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2914 14-41, 14-111 

29C14 14-76 

2916 14-60 

29C16 14-95 

2917 14-60 

29C17 14-95 

8250-6 9-83 

8251 9-111 

8251A ; .9-1 

8253-6 9-83 

8273/8273-4 9-18, 9-142 

8274 9-46, 9-189, 9-226 

8291 A 10-1, 10-2 

8292 10-30, 10-57 



Alpha/Numeric Index 



8294A 10-45 

80186 . . 5-4, 5-63, 5-64, 5-66, 5-67 

80188 6-36, 7-29 

82501 8-1 

82502 8-15 

82530 5-67, 9-83, 9-226 

82586 2-1, 2-6, 2-7, 2-8, 2-9, 2-13, 2-14, 2-54, 3-1, 3-2, 4-3, 

4-6, 4-11, 5-1, 5-2, 5-63, 5-64, 5-66, 5-67, 5-68, 8-27 
82588 1-9, 6-2, 6-4, 6-13, 6-14, 6-18, 6-39, 7-2, 7-12, 7-21, 7-29, 7-37, 8-61 
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CUSTOMER SUPPORT 



Customer Support is Intel's complete support service that provides Intel customers with Customer 
Training, Software Support and Hardware Support. 

After a customer purchases any system hardware or software product, service and support become 
major factors in determining whether that product will continue to meet a customer's expectations. 
Such support requires an international support organization and a breadth of programs to meet a 
variety of customer needs. Intel's extensive customer support includes factory repair services as well as 
worldwide field service offices providing hardware repair services, software support services and 
customer training classes. 

HARDWARE SUPPORT 

Hardware Support Services provides maintenance on Intel supported products at board and system 
level. Both field and factory services are offered. Services include several types of field maintenance 
agreements, installation and warranty services, hourly contracted services (factory return for repair) and 
specially negotiated support agreements for system integrators and large volume end-users having 
unique service requirements. For more information contact your local Intel Sales Office. 

SOFTWARE SUPPORT 

Software Support Service provides maintenance on software packages via software support contracts 
which include subscription services, information phone support, and updates. Consulting services can 
be arranged for on-site assistance at the customer's location for both short-term and long-term needs. 
For complex products such as NDS II or PICE, orientation/ installation packages are available 
through membership in Insite User's Library, where customer-submitted programs are catalogued and 
made available for a minimum fee to members. For more information contact your local Intel Sales 
Office. 



CUSTOMER TRAINING 

Customer Training provides workshops at customer sites (by agreement) and on a regularly scheduled 
basis at Intel's facilities. Intel offers a breadth of workshops on microprocessors, operating systems and 
programming languages, etc. For more information on these classes contact the Training Center nearest 
you. 

TRAINING CENTER LOCATIONS 

To obtain a complete catalog of our workshops, call the nearest Training Center in your area. 



Boston 

Chicago 

San Francisco 

Washington, D.C. 

Israel 

Tokyo 

Osaka (Call Tokyo) 

Toronto, Canada 



(617)692-1000 

(312)310-5700 

(415)940-7800 

(301)474-2878 

(972)349-491-099 

03-437-6611 

03-437-6611 

(416)675-2105 



London 

Munich 

Paris 

Stockholm 

Milan 

Benelux (Rotterdam) 

Copenhagen 

Hong Kong 



(0793) 696-000 
(089) 5389-1 
(01)687-22-21 
(468)734-01-00 
39-2-82-44-071 
(10)21-23-77 
(1) 198-033 
5-215311-7 
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PREFACE 

Intel communication products provide complete solutions to a variety of communication needs including data 
communications, telecommunications, and speech. These communication products provide vertically integrated 
solutions to state-of-the-art applications. Our commitment is to supply our customers with complete hardware and 
software building blocks ranging from components up through complete systems which support industry-wide 
standards as well as proprietary designs. In addition, Intel supports customers with more than 300 field application 
engineers, who each have an average of 10 years experience in electronic design. 

In the area of data communications, Intel provides a broad range of products including leading-edge components, 
communication boards, industry-standard software, and complete OEM systems supporting both Global Area 
Networks (GANs) as well as Local Area Networks (LANs). In the GAN area we have both boards and components 
supporting such standards as: Async, Bisync, HDLC/SDLC. While in the LAN area we provide components, boards, 
software and systems-supporting standards such as: Ethernet/ Cheapernet, IBM PC NET, StarL AN, and MAP as well as 
proprietary networks. Since our systems use our software and boards, which in turn use our components, we optimize 
our designs from the components on up to provide the highest performance solution at each level of the design. 

Intel's speech products: open systems compatible building blocks for RMX-based factory automation systems 
requiring human interaction. The speech transaction family provides application and maintenance software tools that 
greatly reduce speech I/O interaction development time. The speech transaction board implements this result in a 
variety of MULTIBUS® I environments. 

Intel's broad range of VLSI building blocks cover the voice, data and integrated voice/data/video communications 
needs in evolving automated offices and communications networks on a global level. By spearheading international 
standards, virtual access and interface of office communication products is achieved in a manner transparent to the 
user. Intel supports all levels of networks from the office through world-wide public communications standards. 
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INTEL DATA COMMUNICATIONS 
FAMILY OVERVIEW 



Data Communications has become an increasingly 
important factor in computer system design with the 
evolution of distributed processing and remote, net- 
worked peripherals. Intel's data communications pro- 
duct line provides a range of components to satisfy the 
broad spectrum of speed, protocol support and protocol 
flexibility needs (Figure 1). 



GLOBAL DATA COMMUNICATIONS: 
ASYCHRONOUSAND SYNCHRONOUS PROTOCOLS 



Dedicated data communications controllers 

For low-to-medium speed (up to 19.2 Kbps), the 8251 A 
US ART (Universal Synchronous Asynchronous Receiver/ 
Transmitter) is the industry standard for asynchronous 
communications. It can be used in such applications as 
personal computers, workstations, word processors, CRT 
terminals point-of-sale terminals, banking terminals, 
printers, communications processors, data concentra-, 
tors, industrial control networks, etc. 

The 8256 MUART (Multi-function Universal Asynchro- 
nous Receiver/ Transmitter) is an highly competent 
asynchronous communications controller. It considera- 
bly minimizes the number of LSI required in a system 
with an asynchronous interface. The 8256 integrates the 



four more common peripheral functions of a micropro- 
cessor based system as well as a full-duplex, double buf- 
fered serial asynchronous receiver/ transmitter with an 
on-chip baud rate generator. 

The 8273 is a dedicated high level peripheral controller 
for SDLC/ HDLC protocol support. It provides an high 
level of Data Link Control support for IBM-SNA or 
CCITT X.25 compatible microcomputer systems. This 
device minimizes CPU overhead by supporting a com- 
prehensive frame level operation. The 8273 is compatible 
with every telephone network-based communication sys- 
tem due to its speed (up to 64 Kbps) and flexible modem 
interface. 



Multiprotocol controllers 

Multi-protocol controllers bridge the gap between byte 
oriented and bit oriented protocols (HDLC/ SDLC). 
They provide an easy migration path for the user through 
a single software reconfiguration. Design of high-level 
protocols like X.25 are considerably simplified when they 
are coupled with the power of high performance proces- 
sors such as the iAPX 86/88/ 186, or 188. They are also 
used to implement custom high-level protocols on top of 
standard bit-synchronous protocols. 

The dual-channel 8274 MPSC (Multi-Protocol Serial 
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Controller) provide a solution for Asynchronous, Byte 
Synchronous (IBM Bisync) and Bit Synchronous 
(HDLC/SDLC) protocols support. It is optimized for 
high-speed applications requiring the flexibility of the 
protocol support and the integration of multiple com- 
munications channels. 

The 82530 SCC (Serial Communications Controller) is 
another dual channel multiprotocol controller. It con- 
tains new functions including on-chip baud rate genera- 
tors, digital phase locked loops, various data encoding/ - 
decoding schemes and extensive diagnostic capabilities. 
All these added features reduce the need for external logic 
and greatly improve the reliability and maintainability of 
the system. 

Distributed Intelligence Systems 

The 8044/ 8744 is a microcontroller with an on chip serial 
communication processor. It simplifies control of remote 
subsystems (subsystems that are physically separated 
from the host CPU and communicate over a serial link). 

The 8044 and 8051 CPUs are identical. The serial com- 
munication is handled by an additional processor called 
the Serial Interface Unit (SIU). The SIU operates concur- 
rently with the CPU and offers a high level of intelligence 
and performance for HDLC/SDLC based communica- 
tions. The SIU can handle 2.4 Mbps in Half-Duplex 
mode. 

In addition to controlling communications with the host 
CPU, the 8044 provides significant peripheral control. 
Examples include local keyboard, CRT and printer con- 
trol as well as design of network for Distributed Intelli- 
gence Systems (Medical instrumentation, CATV, PABX, 
etc ) 

Detailed 8044/8744 information is contained in the Intel 
Microcontroller Handbook. 



Instrumentation 

The 8291 A, 8292, and 8293 family of components provide 
complete, high-performance support for IEEE-488 
(GPIB) standard interface. GPIB is used in instrumenta- 
tion applications. 



The 8291 A implements the Talker/ Listener functions of 
the GPIB. 

The 8292 provides the controller functions. Operating in 
tandem with the 8291 A, it complements its interface func- 
tions to provide a full-capability GPIB interface. 

The 8293 is a low-power, high-current, HMOS 8-line 
transceiver. It provides the electrical interface to the 
GPIB. 



Local Area Networks 

Intel has developed the first complete VLSI solution for 
Local Area Networks (LANs) and Ethernet in particular: 
the 82586 Local Area Network Coporcessor and the 
82501 ESI (Ethernet Serial Interface). 

Four on chip DMA channels allow the 82586 to operate 
as a bus master. The 82586 manages the entire process of 
transmitting and receiving frames, thereby relieving the 
host processor of the tasks of managing the com- 
munication interface to the network. 

An extensive set of diagnostic capabilities, implemented 
in silicon, simplifies the design of more reliable local 
networks and facilitates their maintenance. In order to 
take full advantage of the LAN concept and CSM A/ CD 
access method, the 82586 architecture is software config- 
urable. This allows the 82586 to be "customized" for 
other applications including serial backplanes (serial 
peripheral interconnection), low cost short distance 
LANs, broadband networks and medium speed (1-2 
Mbps) LANs. 

The 82501 is designed to work directly with the 82586 in 
Ethernet applications. The major functions of the ESI are 
to generate the 10 MHz transmit clock for the 82586, to 
perform Manchester encoding/ decoding of transmitted/ - 
received frames, and to provide the electrical interface to 
the Ethernet transceiver cable 

The Intel Data Communications product family provides 
a wide range of solutions for the needs of data communi- 
cations systems. 
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CHAPTER 1 
INTRODUCTION 



1.0 OVERVIEW 

Through the 1970's, with the evolution of the micro- 
processor, the concept of distributed processing became 
ever more attractive. The ability to integrate the intelli- 
gence of yesterday's boards onto todays chips drove the 
cost of computing to a point where decentralization of 
processing was not only feasible, but practical as well. 
In the 1980's, we have seen the advent of engineering 
workstations, instrumentation, personal computers, 
printers, and much more, all with the capability of per- 
forming their respective tasks independently of any su- 
pervisory machine. This decentralization of computing 
power has brought about the need to interconnect the 
different "nodes" in order to fulfill the following re- 
quirements. First, by interconnecting, we allow for the 
sharing of expensive peripheral resources like printers, 
plotters and file servers. Second, we allow for the shar- 
ing of information via common data bases. Finally, 
high level services, such as electronic mail, are supplied. 
Thus was the concept of networking born. 

The definition of a network in its broadest sense is a 
system of processing units connected by communica- 
tion lines. This definition can be broken down further 
based on the characteristics of a specific network. One 
special type of network is a Local Area Network or 
LAN. A LAN is defined as being a network supporting 
peer-to-peer communication over distances of tens of 
meters to several kilometers. Peer-to-peer implies that 
each station on the network is its own boss, i.e., there is 
no master-slave relationship. This chapter describes Lo- 
cal Area Networks vis-a-vis open system architecture. 
Also, a discussion of existing and emerging Local Area 
Network standards is presented, followed by an over- 
view of Intel's Local Area Network components and 
related products and how they map into the existing 
and emerging standards. 



1.0.1 LAN Requirements 

At Intel, we have adopted a model of hypothetical Lo- 
cal Area Network implementation (see Figure 1-1). For 
this model there are three different "tiers" where each 
tier's performance characteristics are application specif- 
ic. Tier 1 is the mainframe to mainframe interconnec- 
tion. This type of network will be called on to transfer 
large data bases in an efficient manner so speed 
(20- 100 Mbps) is essential while cost is not as sensitive. 
Tier 3 consists of departmental clusters linking, for ex- 
ample, a group of PCs in the Finance department or 
several process control stations on the factory floor. 
Providing the interface between various clusters and a 
gateway to Tier 1 is the LAN backbone of Tier 2. Addi- 



tionally, Tier 2 will connect the expensive peripherals, 
such as plotters and file servers to the network. A net- 
work such as this probably does not exist today but it 
may be typical of a departmental network in the near 
future. 

Just as the different tiers have varied requirements, so, 
too, will the characteristics of each department's LAN 
vary depending on which organization they serve with- 
in the company. In general, the different departments 
within most companies can be divided into three dis- 
tinct environments: factory, engineering, and office. On 
the factory floor, where a typical application is net- 
working process control stations and robotics control- 
lers, a network must be able to span a large distance 
while maintaining a high degree of noise immunity. 
Futhermore, the ability for each node to send a message 
must be deterministic, in that each must have a chance 
to transmit in a given interval of time. For engineering 
applications, in which CAD/CAE workstations are in- 
terconnected, the required network characteristics are 
high throughput over short to moderate distances. Fi- 
nally, in the office the primary need is the interconnec- 
tion of personal computers. This application is highly 
cost sensitive but doesn't need the same high through- 
put or distance as in the factory or engineering lab. As 
you can see, because of the different applications and 
varied requirements of each, no single LAN will be able 
to support them all. As such, many LANs have evolved 
over the last five to ten years. But, which of these will 
be on the market five to ten years from now? 

There are four attributes that a Local Area Network 
must have in order to insure its own longevity. First, it 
must be backed by one or more major companies. Not 
only will the associated companies add credibility to 
the network, but they also provide the capital to cover 
development costs. Second, the existence of VLSI is es- 
sential. VLSI reduces cost and simplifies the design. 
Standardized software is the third essential ingredient. 
It allows for standard interfaces in addition to minimiz- 
ing time to market. Finally, and most importantly, the 
network itself must be an industry standard. The end 
user needs to be able to purchase a personal computer 
from one company, a file server from a second and a 
printer from a third, interconnect them by simply 
"plugging them in" and not have to worry about low 
level concerns such as protocols or media. 

The International Standards Organization (ISO) and 
the IEEE have for several years been developing the 
models on which networking standards are based as 
well as the standards themselves. The next section over- 
views the activities of these two bodies in generating 
networking standards. 
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Figure 1-1. The Three-Tiered Networking Model 



1.1 NETWORKING SOLUTIONS VIA 
STANDARDS 

Networking is not a new concept, but until recently, 
networks have been of a proprietary nature. In the past, 
an end user had to buy all of its computing equipment 
from the same vendor in order to interconnect it. This 
problem was solved when the concept of "open sys- 
tems" was developed. An open system is built using 
widely accepted standards. Open systems allow the end 
user to purchase equipment from several vendors in or- 
der to realize an optimal solution for any given applica- 
tion. Note that when a standard becomes widely ac- 
cepted, it also becomes feasible to implement the stan- 
dard in VLSI, thereby lowering the overall per node 
connection. 



1.1.1 The ISO Model 

The International Standard Organization (ISO), in an 
effort to encourage "open" networks, developed the 



Open Systems Interconnect (OSI) reference model. In 
simple terms, the model logically groups the functions 
and sets of rules, called protocols, necessary to establish 
and conduct communication between two or more par- 
ties. The model consists of seven functions, often re- 
ferred to as layers. The OSI model describes the func- 
tions of each later in broad terms, not specific imple- 
mentations. 

This layered model approach affords two key advan- 
tages. First, layers allow a clear division of the design 
task through modularity making specifications clean. 
Second, systems based on a layered architecture are 
flexible. Flexibility is achievedbecause each layer func- 
tions independently of the layer above or below it. 
Thus, specific layer implementations can be changed 
easily. For example, layers 1 and 2 of a network can be 
changed to be either CSMA/CD based (e.g., IEEE 
802.3) or token ring based (e.g., IEEE 802.5), without 
affecting layers 3 through 7. 

The layer functions of the OSI model are summarized 
in Figure 1-2. 
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Figure 1-2. Layer Functions of the OSI Model 



The Physical Layer describes the physical media over 
which the bit stream is to be transmitted. This Layer 
specifies type of cable (coax, twisted pair, etc.), connec- 
tors, signal levels, bit rate, data encoding method, mod- 
ulation method, and method for detecting collisions in 
contention networks. In short, this Layer describes the 
actual physical media over which the bit stream is 
transmitted and the method of transmission, i.e., base- 
band or broadband. 

The Data Link describes the rules for transmitting on 
the channel (made up of the encoder/decoder, trans- 
ceiver cable, and transmission medium). Such items as 
the format of the information (frame) and procedures 
for gaining control of the channel (access method), 
transmitting the frame and releasing the physical media 
are specified by the Data Link Layer. 

The Network Layer controls switching between links in 
a multihop network. The Network Layer is not neces- 
sary for a single LAN system because all stations con- 
nected onto a LAN share the same channel. This Layer 
is critical in gateway, communication server, and dial- 
up-communication applications. 

The Transport Layer ensures end-to-end message integ- 
rity and provides for the required quality of service for 
exchanged information. For example, end-to-end ac- 
knowledgements and flow control are performed by the 
Transport Layer. 



The Session Layer establishes and terminates logical 
connections between network entities. This Layer is 
also responsible for the mapping of logical names into 
network addresses. 

The Presentation Layer provides for any necessary 
translation, format conversion, or code conversion to 
put the information into a recognizable form. 

The Application Layer provides network based services 
to the end user. Examples of network services are dis- 
tributed data bases and electronic mail. The Applica- 
tion Layer is not to be confused with the end user appli- 
cation itself. 

Network Management is responsible for operation 
planning, which includes the gathering of operational 
statistics such as errors and traffic. It is also responsible 
for network initialization and maintenance (fault isola- 
tion). Network Management interfaces to each of the 
seven layers. 

THE OSI MODEL AND NETWORK 
IMPLEMENTATIONS 

The Physical and Data Link Layers of the OSI model 
ensure interconnectability. By implementing a particu- 
lar physical and data link specification, equipment from 
multiple vendors can be physically and electrically con- 
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nected. The remaining five layers of the OSI model en- 
sure interoperation among the interconnected stations 
in an open network. 

For example, Intel's NDS-II Multi-User Networked 
Microcomputer Development System is a LAN based 
system utilizing IEEE 802.3 10Base5 (Ethernet) for 
Layers 1 and 2 and Intel Network Architecture (iNA) 
for Layers 3 through 7. Non-Intel equipment wishing 
to connect to the physical network need only adhere to 
the Ethernet specifications to ensure proper intercon- 
nection and gain access to the "data highway." In order 
to communicate with the system's Network Resource 
Manager (for interoperation), the foreign station would 
have to conform to the remaining Layers of iNA. 

The ISO open system interconnect model has been 
adopted by the IEEE standards board for use in defin- 
ing their standards for the various layers. 



CSMA/CD 

Carrier Sense Multiple Access with Collision Detection 
(CSMA/CD) is a simple and efficient means of deter- 
mining how a station transmits information over com- 
mon medium that is shared with other stations. 
CSMA/CD is the access method defined by the IEEE 
802.3 standard. 

Carrier Sense (CS) means that any station wishing to 
transmit "listens" first. When the channel is busy (i.e., 
some other station is transmitting) the station waits 
(defers) until the channel is clear before transmitting. 

Multiple Access (MA) means that any stations wishing 
to transmit can do so. No central controller is needed to 
decide who is able to transmit and in what order. The 
environment in which all stations on the network are 
peers with equal access is commonly referred to as dis- 
tributed control. 



1.1.2 The IEEE 802 Committee 

The Institute of Electrical and Electronics Engineers 
(IEEE), in response to a need for standardization in the 
field of Local Area Networks, formed the IEEE 802 
standard body. The 802 standards specify the different 
protocols, , access methods and their relationship with 
the ISO Open System Interconnection (OSI) Reference 
Model for Layer 1 and Layer 2 (see Figure 1-3). IEEE 
802. 1 explains how the different standards relate to 
each other and how they map into the OSI model. The 
Logical Link Control standard is outlined by IEEE 
802.2. IEEE 802.3, 802.4 and 802.5 specify the three 
different media access methods; CSMA/CD, token bus 
and token ring respectively. 
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Figure 1-3. The IEEE 802 
Standards Committees 



Collision Detection (CD) means that when the channel 
is idle (no other station is transmitting) a station can 
start transmitting. It is possible for two stations to start 
transmitting simultaneously causing a "collision". In 
the event of a collision, the transmitting stations will 
continue transmitting for a fixed time to ensure that all 
transmitting stations detect the collision. This is known 
as jamming. After the jam, the stations stop transmit- 
ting and wait a random period of time before retrying. 
The range of random wait times increases with the 
number of successive collisions such that collisions can 
be resolved even if a large number of stations are collid- 
e- 
There are three significant advantages to the 
CSMA/CD protocol. The first and foremost is that 
CSMA/CD is a proven technology. One CSMA/CD 
network, Ethernet, has been used by Xerox since 1975. 
Ethernet is so well understood and accepted that IEEE 
adopted it (with minor changes) as the IEEE 802.3 
10Base5 (10 Mbps, Baseband, 500 meters per segment) 
standard. Reliability is the second advantage to the 
802.3 protocol. This media access method enables the 
network to operate without central control or switch- 
ing. Thus, if a single station malfunctions, the rest of 
the network can continue operation. Finally, since 
CSMA/CD networks are of a passive, distributed na- 
ture, they allow for easy expansion. New nodes can be 
added at any time without reinitializing the entire net- 
work. 
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TOKEN PASSING PROTOCOLS 

The IEEE 802.4 standard outlines the Token Bus me- 
dia access method. A token is a group of coded bits that 
are passed from station to station on the network. The 
station that controls or "possesses" the token also con- 
trols the right of access to the link. So, as the token is 
passed, control of medium access is also passed. The 
link is a physical bus in that all the stations are attached 
to a common medium, but the token is passed from 
station to station forming a logical ring. For this rea- 
son, the token bus protocol has been identified as being 
a "logical ring on a physical bus". 

During steady state operation, there are two possible 
activities, data transfer and token passing. During the 
data transfer phase, a given station possesses the token 
and simply transmits data to one or more of the other 
stations of the link. Stations not possessing the token do 
-not transmit, but listen to transmission for an address 
match. After a transmission is complete, the token is 
passed to the next station in the logical ring. This is the 
token passing phase. 

Although the transmission of data and token passing 
are straightforward operations, network maintenance 
tasks make the token bus protocol relatively complex. 
The functions of network initialization, lost token re- 
covery, adding new stations and general logical ring 
housekeeping are difficult to implement. Additionally, 
all these functions must be replicated among all the 
token using stations on a given network in a prioritized 
fashion. 

Despite the relative complexity of the token bus access 
method, there are two notable features. In general, the 
primary advantage to token passing protocols is that 
they are deterministic as opposed to probabilistic. What 
this means is that every station will have a definite op- 
portunity to transmit within a given interval of time. 
With CSMA/CD, there is only a statistical probability 
that each station will be able to transmit. In addition to 
the deterministic feature, token bus networks have the 
ability to span large distances, more than 10 kilometers. 

There is a second token passing network that is emerg- 
ing. IBM sponsors a token ring protocol as a LAN 
backbone. Token ring is similar to token bus except 
that in addition to being a logical ring it is also a physi- 
cal ring. The token ring procotol is governed by the 
IEEE 802.5 committee. It has similar performance 
characteristics as the token bus protocol. 



1.1.3 Existing and Emerging Medium 
Access Standards 

It has been established that no single LAN technology 
can satisfy the needs of every application. But, at the 
same time, the LAN marketplace cannot support every 



protocol that comes along. As a result, there are certain 
medium access control technologies that will be accept- 
ed as industry standards for given applications. De- 
scribed here are the protocols that are already accepted, 
as well as those that are emerging, as industry-wide 
standards. 

ETHERNET/CHEAPERNET 

The IEEE 802.3 10Base5 standard (Ethernet) has 
gained wide acceptance by both large and small corpo- 
rations as a high speed (10 Mbps) Local Area Network. 
The Ethernet channel is a low noise, shielded 50 ft co- 
axial cable over which information is transmitted at 10 
million bits per second. Each segment of cable can be 
up to 500 meters in length and can be connected into 
longer network lengths using repeaters. Repeaters are 
responsible for regenerating the signal from one cable 
segment on another. At each end of a cable segment a 
terminator is attached. This passive device provides the 
proper electrical termination to eliminate reflections. 

The transceiver transmits and receives signals on the 
coaxial cable. In addition, it isolates the node from the 
channel so that a failure within the node will not affect 
the rest of the network. The transceiver is also responsi- 
ble for detecting when two or more stations transmit 
simultaneously (collisions). Ethernet transceivers are 
connected to the network coaxial cable using a simple 
tap, and to the station it serves via the transceiver cable 
which can be up to 50 meters in length. 

Finally, an Ethernet interface, which includes a serial 
interface and a data link controller, provides the con- 
nection to the user or server station. It also performs 
frame manipulation, addressing, detecting transmission 
errors, network link management and encoding and de- 
coding of the data to and from the transceiver. 

Due to its high speed and relatively high cost, Ethernet 
is targeted to be a LAN backbone for the engineering 
and office environments. It is also feasible to utilize 
Ethernet in engineering workstation and personal com- 
puter cluster applications where cost is not a sensitive 
issue. 

One of the major contributors to the high cost per con- 
nection of Ethernet is the cable. Ethernet cable must be 
highly immune to noise so that each cable segment can 
be 500 meters in length. In response to this drawback, 
Cheapernet was developed. Cheapernet is identical to 
Ethernet with the following exceptions. First, less ex- 
pensive RG-58 CATV coaxial cable is used as the net- 
work link. Second, the transceiver function is integrat- 
ed into the node. Consequently each node is connected 
to the link via a BNC T-connector. Use of the lower 
performance cable limits Cheapernet to 185 meter seg- 
ments with 30 nodes per segment. 
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Cheapernet preserves the high data transfer rate of 
Ethernet, but reduces the per node cost considerably. 
For this reason, Cheapernet is optimized for high per- 
formance workstation or personal computer network 
clusters. 



OPTIMIZED BROADBAND (IBM PC NETWORK) 

In August 1984, IBM announced a new lost cost IBM 
PC Network based on single frequency 2 Mbps 
CSMA/CD broadband technology. This network was 
proposed to the IEEE 802.3 committee under the name 
of Optimized Broadband by Sytek, Intel and General 
Instrument. The IBM PC Network uses standard 
CATV coaxial cables and hardware connections. 

The IBM PC Network, in a user installable configura- 
tion, can handle up to 72 nodes and span 1000 foot 



radius. A key feature of this network is the IBM PC 
Network Translator Unit. The Translator Unit pro- 
vides broadband frequency translation from the return 
channel to the forward channel, for a passive IBM PC 
Network. For greater capability, the IBM PC Network 
can be used in a professionally installed broadband net- 
work allowing up to 1000 IBM Personal Computers 
within a 5 Km radius of the network translator unit. 

The IBM PC Network can be used as either a Tier 2 or 
Tier 3 network. For a Tier 2 network the professionally 
installed broadband network would be used. This 
would have the advantage of covering a large area, such 
as a campus, and provide a high degree of connectivity. 
In a Tier 3 network the user installable option would be 
chosen, thus keeping the expense of installation at a 
minimum. 



ETHERNET: 



ETHERNET CONTROLLER BOARD 

1 



TRANSCEIVER 
CABLE 



COAX CABLE 



TRANSCEIVER 



/iP 



^> 






K> 








lr> 




- s- 


—t- 




U 



CHEAPERNET: 



CHEAPERNET CONTROLLER BOARD 



RG-58 
COAXIAL CABLE 



^ 






^>lO 



o 



^ 



IT 






u 



230814-B3 



Figure 1-4. Ethernet/Cheapernet Configurations 
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Figure 1-5. Optimized Broadband (IBM PC Network) 
Using Both the 82586 and the 82588 



There are distinct advantages of going with broadband 
technology. CATV cables and connectors are inexpen- 
sive and readily available. These cables and connectors 
provide the capability for a user installable network as 
opposed to a professionally installable network like 
Ethernet. Broadband also allows a much greater usable 
bandwidth than baseband. Typical usable bandwidth 
on a broadband cable is in the range of 400 MHz while 
baseband is around 10 MHz. Thus broadband networks 
can be expandable utilizing the available bandwidth. 
Additional features such as real time voice and real 
time video can be integrated into a broadband network. 
Broadband networks can cover a larger area than base- 
band networks such as Ethernet and Cheapernet. 
Ethernet can cover a 2.5 Km radius, while IBM PC net 
can cover a 5 Km radius. 

STARLAN 

A fourth CSMA/CD network sponsored by the IEEE 
802.3 committee is the 1 Mbps baseband standard or 
STARLAN. For STARLAN, each station is connected 
to a "hub" and each hub can be connected to another 
hub in point-to-point fashion. The result is cascaded 



star-shaped clusters. Each hub serves as the point of 
concentration, similar to a telephone wiring closet and 
performs two major functions: signal regeneration and 
retiming (for retransmission to other stations and hubs) 
and collision detection. When two stations transmit 
simultaneously and a collision occurs, the hub will send 
a collision presence signal to all receivers. The hubs can 
be cascaded up to five levels and each station-to-hub or 
hub-to-hub interconnection can be up to 250 meters in 
length. 

STARLAN was developed for personal computer net- 
work clusters and has several features that make it ideal 
for this application. Cost is the most sensitive issue in 
the personal computer field and the STARLAN hard- 
ware and cabling scheme are designed to be inexpen- 
sive. The cabling scheme uses standard twisted-pair tel- 
ephone wiring and is laid out in a similar fashion where 
the STARLAN hub is analagous to a telephone wiring 
closet. Todays buildings are designed with this cabling 
scheme in mind which means installation, reconfigur- 
ing and servicing will be easy and low cost as well. 
Futhermore, most buildings use only about one half of 
the existing telephone cabling so the spares can be easi- 
ly used for a STARLAN network. 
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Figure 1-6. STARLAN Configuration 



1.2 THE INTEL LAN SOLUTION 



1.2.1 A Commitment To Standards 

Intel Corporation has been and will continue to be ded- 
icated to driving Local Area Network industry stan- 
dards. The application base created by a widely accept- 
ed standard makes it viable to design and manufacture 
VLSI solutions. In turn, VLSI drives down the system 
cost which benefits the end user. Against this back- 
ground, Intel has been deeply involved in the IEEE 
LAN standards boards. 

Today, Intel has the most complete range of VLSI, soft- 
ware and boards to support the existing and emerging 
industry standards for Local Area Networks. The 
82586 LAN Coprocessor, the 82501 Ethernet Serial In- 
terface and the 82502 Ethernet Transceiver Chip make 
up Intel's three chip set for IEEE 802.3 10 Mbps net- 
works (Ethernet and Cheapernet). For the mid-range 
LAN applications, i.e., STARLAN and IBM PC Net, 
Intel offers the 82588 Single-Chip LAN Coprocessor. 
Finally, iNA960 is Intel's ISO 8073 compatible Trans- 
port Layer Software. Intel also supplies several addition 
board and software solutions in the networking field. 
For information on these product lines, please contact 
your local Intel Field Sales representative. 



1.2.2 Intel's Ethernet/Cheapernet 
Chip Set 

THE 82586 LAN COPROCESSOR 

The 82586 is an intelligent peripheral that completely 
manages the processes of transmitting and receiving 
frames over a network. The 82586 offloads the host 
CPU of the tasks related to managing communication 
activities. More importantly, the 82586 does not de- 
pend on the host CPU for time critical functions (e.g., 
transmission and reception of frames). Hence, the 
82586 is truly a coprocessor. 

In addition to the high performance of the 82586, it 
also features a high degree of flexibility. The 82586's 
network parameters are programmable so that LANs 
optimized to specific applications can be realized. 
When powered up, the chip defaults to the Ether- 
net/Cheapernet configuration. But when programmed 
accordingly, the 82586 can support STARLAN, IBM 
PC Net, MIRLAN and a wide range of proprietary 
Local Area Networks. Because of its flexibility, the 
82586 is also ideal for Serial Backplane applications. 

The 82586 interfaces easily to available microproces- 
sors. Systems requiring minimum component count can 
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take advantage of the 82586's direct interface (no "TTL 
glue") to Intel's 80188 (8-bit bus) and 80186 (16-bit) 
microprocessors. 

The 82586 efficiently uses memory through data "buff- 
er chaining." System memory is not wasted because 
short frames (75% of network traffic is less than 100 
bytes) can be saved in buffers of minimal size, while 
long frames are saved by successively chaining buffers 
together. The 82586 manages this chaining process 
without CPU intervention, thereby maintaining high 
system performance. 

The 82586 provides a rich set of node/network man- 
agement and maintenance capabilities. Included are: 

• Error tallies in system memory to monitor: 

— Number of frames incorrectly received due to 
CRC errors 

— Number of frames incorrectly received due to mis- 
aligned frames 

— Number of collisions experienced while trying to 
transmit a specific frame 

— Number of frames lost due to lack of receive buff- 
ers 

— Number of frames lost due to DMA overrun while 
receiving frames 

• Monitoring of the node's collision detection failure 
reporting mechanism. 

The 82586 provides diagnostic capability via internal 
and external loopback service. Distance to cable breaks 
and shorts is provided by on-chip time domain reflect- 
ometry. 

THE 82501 ETHERNET SERIAL INTERFACE 

The 82501 is designed to work directly with the 82586 
in 10 Mbps LAN applications. The primary function of 
the 82501 is to perform Manchester encoding/decod- 
ing, provide 10 MHz transmit and receive clocks to the 
82586, and to drive the transceiver cable. The 82501 
provides for fault isolation via an internal loopback. 
Continuous transmission (babbling) is prevented by an 
on-chip watchdog timer. 

The 82501 is compatible with the IEEE 802.3 10 Mbps 
standards for Ethernet and Cheapernet. 

THE 82502 ETHERNET TRANSCEIVER CHIP 

The 82502 rounds out Intel's three chip set for IEEE 
802.3 10 Mbps LAN Standards. Transmission of data 
onto the network coaxial cable, reception of data from 
the coax and collision detection are the three primary 
functions of the 82502. Additional features are: 

• Anti-jabber watchdog timer to prevent continuous 
transmission by a single station. 



• A defeatable Signal Quality Error (SQE) test which 
verifies functionality of the collision detection cir- 
cuitry. 

• On-chip precision voltage reference which allows for 
relaxed power supply tolerances. 

• CHMOS technology which allows the 82502 to run 
at very low power consumption levels, thus enhanc- 
ing reliability. 

The 82502 supports Ethernet, Cheapernet and repeater 
transceiver applications. 



1.2.3 The 82588 Single-Chip LAN 
Controller 

The 82588 is a highly integrated LAN controller target- 
ed for use in cost sensitive CSMA/CD LAN applica- 
tions, in particular, personal computer interconnection. 
The 82588 integrates most of the OSI Layer 1 and 2 
functions onto a single chip. Included are a CSMA/CD 
data link controller, a data encoder and decoder and 
two different collision detection mechanisms. This 
high-integration allows the system designer to reduce 
component count, and thus reduce board space and de- 
velopment time. The functionality of the 82588 is opti- 
mized at up to 2 Mbps in either baseband or broadband 
networks. 

Like the 82586, the network parameters of the 82588 
are programmable, providing the flexibility to support 
numerous LAN applications. Among the programma- 
ble parameters are: 

— Framing (end of carrier or SDLC) 

— Address Field Length 

— Station Priority 

— Interframe Spacing 

— Slot Time 

— CRC-32 or CRC- 16 

— NRZI or Manchester encoding/decoding 

Additionally, the 82588 supports a variety of frame for- 
mats and network topologies. The 82588 is compatible 
with the STARLAN (1 Mbps baseband) and Optimized 
Broadband (IBM PC Network, 2 Mbps Broadband) 
networking standards. 

A major breakthrough of the 82588 are the two meth- 
ods of logic based collision detection. The Code Viola- 
tion method detects a collision when a data transition 
occurs outside of the specified regions. The Bit Com- 
parison method compares the "signature" of a trans- 
mitted frame to the receive frame "signature" while lis- 
tening to itself. 
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Figure 1-7. Intel's LAN Component Solutions 



Another significant feature of the 82588 is its friendly 
system interface. High level commands such as 
TRANSMIT and CONFIGURE are used. The 82588 
supports the same buffer chaining reception method 
used in the 82586 which provides for efficient memory 
usage. Finally, the 82588 has a complete set of network 
management, maintenance and diagnostic capabilities 
that allow the designer to minimize debug time and 
maintain top network efficiency. 



1.2.4 The iNA 960 Transport Software 

iNA 960 is a general purpose Local Area Network soft- 
ware package that provides the user with guaranteed 
end to end message delivery. iNA 960 conforms to the 
International Standards Organization's 8073 specifica- 
tion for Class 4 transport layer services. iNA 960 also 
provides network management functions, and 82586 
device drivers. 



TRANSPORT SERVICES 

The iNA 960 transport layer implements two kinds of 
message delivery services: virtual circuits and data- 
gram. Virtual circuits provide a reliable point-to-point 
message delivery service ensuring maximum data integ- 
rity and are fully compatible with the ISO 8073 Class 4 
protocol. In addition to guarantee message integrity, 
iNA 960: 

• Provides flow control (data rate matching between 
sender and receiver). 



• Supports multiple simultaneous connections (proc- 
ess multiplexing). 

• Handles variable length messages (independently of 
physical frame size). 

• Supports expedited delivery (to transmit urgent 
data). 

The datagram option provides "best effort" delivery 
service for non-critical messages. The datagram service 
does not guarantee message integrity but requires less 
channel overhead than virtual circuits. 

NETWORK MANAGEMENT SERVICES 

The Network Management facility supports the users 
of the network in planning, operating, and maintaining 
the network by providing network usage statistics, by 
allowing the monitoring of network functions and by 
detecting, isolating, and correcting network faults. 

The Network Management facility also supports up- 
line dumping and down-line loading of data bases or to 
boot systems without a local mass storage. 

USER ENVIRONMENT 

In the iRMX (Intel's real time, multitasking operating 
system) environment, both the user programs and iNA 
960 run under iRMX 86. The communications software 
is implemented as an iRMX 86 job requiring the nucle- 
us only for most operations. The only exception is the 
boot server option, which also needs the Basic I/O Sys- 
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tern. iNA 960 will run in any iRMX environment in- 
cluding configurations based on the 80130 software on 
silicon component. 

In those systems where iRMX 86 is not the primary 
operating system, or where offloading the host of the 



communications tasks is necessary for performance rea- 
sons, the user may wish to dedicate a processor for 
communication purposes. iNA 960 can be configured 
to support such implementations by providing network 
services on an 8086, 8088, or 80186 microprocessor. 
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Figure 1-8. iNA 960 Software 
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CHAPTER 2 
THE 82586 LAN COPROCESSOR 



2.0 OVERVIEW 

This chapter describes the features and operation of the 
82586 LAN Coprocessor. It is assumed that the reader 
is familiar with the basic concepts of Data Communica- 
tion, Local Area Networks (LAN), and the IEEE 802.3 
Standard. 

This Chapter is divided into three parts, each part cov- 
ers several sections: 

1) A general description of the 82586. 

2) A description of the major functions performed by 
the 82586 for the user: 

• Transmit Functions 

• Receive Functions 

• Network Management and Diagnostic Functions 

• Interaction with the Host CPU 

3) Detailed instructions on how to use the 82586: 

• Initializing the 82586 

• Controlling the 82586 

• Action Commands 

• Frame Reception 

• Bus Interface Hardware 

• Network Interface Hardware 

Pin functions, electrical and timing characteristics are 
located in the 82586 Data Sheet, included as part of this 
User's Manual. 



2.1 OVERVIEW OF THE 82586 LAN 
COPROCESSOR 

The 82586 VLSI chip is an intelligent, high perform- 
ance, CSMA/CD (Carrier Sense Multiple Access with 
Collision Detection) communications controller. The 
82586 performs all functions associated with data trans- 
fer between user memory and the Network: framing, 
link management, address filtering, error detection, 
data encoding, network management, Direct Memory 
Access (DMA), buffer chaining, and interpretation of 
high level commands from the user. Called the LAN 
Coprocessor, the 82586 was designed to relieve the host 
CPU of most tasks associated with controlling access to 
a LAN. 

The 82586 meets the performance requirements of the 
IEEE 802.3 Standard: 10 megabits per second bit rate 
and 9.6 microseconds Interframe Spacing. In addition 
to providing DMA transfers at 4 megabytes per second, 
it tolerates local bus latency of over 10 microseconds 



without losing data, and bus transfer rates as low as 2 
megabytes per second. The high performance permits 
the 82586 to be used in distributed processing applica- 
tions such as high speed resource sharing and inter- 
processor communications. 

The 82586's programmable network parameters allows 
it to serve as controller for a wide range of CSMA/CD 
type LAN's. It is compatible with network specifica- 
tions such as high service (broadband), high perform- 
ance (short topologies) and low cost (1 Mbps) net- 
works. Data rates less than 10 megabits per second are 
supported. Many parameters are configurable including 
all framing parameters (i.e. address length, End of Car- 
rier or Bitstuffing frame boundary delineation, etc.), 
Slot Time and Interframe Spacing. 

Network and station reliability is enhanced by built-in 
diagnostic aids, such as Time Domain Reflectometer 
(TDR), external and internal loopback, Transceiver in- 
tegrity verification, internal register dump and a self 
test procedure. 

The 82586 is contained in a 48-pin dual in-line package. 
Figure 2-1 shows the pin layout. 
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Figure 2-1. The 82586 Pin Configuration 
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The major application of the 82586 is to serve as the 
communication manager in a station connected to a 
LAN. Such a LAN station typically consists of a host 
CPU, shared memory, an 82586 Local Communication 
Controller, Serial Interface Unit, Transceiver, and 
LAN link. The 82586's task is to perform functions 
associated with transferring data between shared mem- 
ory and the LAN link. As an example, Figure 2-2 
shows the 82586 in a workstation connected to an 
IEEE 802.3 network. 



The 82586 has two interfaces: Bus Interface to the local 
bus and the CPU; Network Interface to the Serial In- 
terface Unit. 

On the Bus side, the 82586 is a 'master' on the 8 or 16- 
bit local bus, and communicates directly with the CPU 
via Channel Attention (CA) and Interrupt (INT) sig- 
nals. It is optimized for operation with the iAPX 186 
bus but can be used with other general purpose proces- 
sors. 
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Figure 2-2. An IEEE 802.3 (10BASE5) Compatible Workstation 
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On the Network side, the 82586 is connected to an 
Ethernet Serial Interface that provides Transmit and 
Receive Clock and Data, Collision Detect, Carrier 
Sense, and Request to Send/Clear to Send signals to the 
82586. The Ethernet Serial Interface is connected to the 
Transceiver, which is connected to the LAN link. In 
the particular case of the IEEE 802.3 (10BASE5) sta- 
tion, the Ethernet Serial Interface is Intel's 82501 and 
the Ethernet Transceiver is Intel's 82502. 



2.2 82586 TRANSMIT FUNCTIONS 

The 82586 LAN Coprocessor performs two major 
tasks: transmitting data from host memory to the Net- 
work and receiving data from the Network and placing 
it in memory. This section describes the transmission 
process. Reception is described in section 2.3. 

The data units handled by the 82586 are frames. A 
frame is a sequence of bits that travels on the link. A 
frame is divided into fields: address, data, frame check 
sequence, etc. The host CPU prepares a sequence of 
frames in shared memory and instructs the 82586 to 
start transmission. Frames are transmitted by the 
82586 one at a time. The chip resolves access and con- 
tention on the link using the Carrier Sense Multiple 
Access with Collision Detection (CSMA/CD) Link 
Management mechanism. 

This section presents the framing, link management, 
and priority mechanisms. 



2.2.1 Framing 

Framing has three primary functions: to determine the 
beginning and end of the frame (frame boundary delin- 
eation); to determine the frame's source and destination 
(addressing); and to perform error detection. Framing 
can be summarized in terms of the generalized frame 
format shown in Figure 2-3. 



PREAMBLE 



START FRAME DELIMITER FIELD 



DESTINATION ADDRESS 



SOURCE ADDRESS 



LENGTH FIELD 



DATA FIELD 



FRAME CHECK SEQUENCE 



END OF FRAME FLAG (OPTIONAL) 



PADDING (OPTIONAL) 



Figure 2-3 shows the fields in a frame: the Preamble is 
used as a synchronizing sequence for bit decoding, fol- 
lowed by the Start Frame Delimiter Field, SFD. Next, 
the Destination Address is the frame target address. 
This field is followed by the Source Address (sender's 
address). The Length and Data Fields contain user sup- 
plied data. The Frame Check Sequence is a Cyclic Re- 
dundancy Check, CRC, used in detecting bit errors. 
Two optional fields may follow, End of Frame (EOF) 
flag and Padding. The latter extends the length of the 
frame to ensure minimum frame length. 

The 82586 handles Frame Boundary Delineation com- 
pletely transparent to the user. The fields involved in 
the Frame Boundary Delineation are: Preamble, SFD 
Field, EOF flag and Padding. The 82586 is configura- 
ble to one of two Frame delineation methods: End of 
Carrier or Bitstuffing. 

In the End of Carrier method, the 82586 transmits (de- 
pending on the configuration) 8, 24, 56, or 120 Pream- 
ble bits of alternating ones and zeros followed by a SFD 
field (10101011). The end of frame is indicated by the 
carrier going inactive immediately after the Frame 
Check Sequence field. This frame boundary delineation 
method is compatible with IEEE 802.3. 

The Bitstuffing method implements the HDLC zero bit 
insertion/deletion mechanism. The 82586 transmits 
(depending on the configuration) a Preamble of 8, 24, 
56 or 120 alternating ones and zeros followed by an 
HDLC Flag (011111 10). End of frame is indicated by 
an HDLC flag. The 82586 performs HDLC zero bit 
insertion (insert after five consecutive l's) on the 
fields between flags (exclusive). The chip can be config- 
ured to pad the frame with additional flags so that 
frame length becomes longer than Slot Time (see sec- 
tion 2.2.2). 

Regardless of the Frame Boundary Delineation meth- 
od, the two fields following the SFD Field are Destina- 
tion Address and Source Address. The former is 
fetched from memory and the latter is usually inserted 
from the internal Individual Address register (unless 
configured not to). The address length can be config- 
ured to a value from to 6 bytes. Addresses are sent 
with the least significant byte first. The Destination 
Address can be one of three types: Individual Address 
(least significant bit is zero), Multicast Address (least 
significant bit is one), or Broadcast (all ones). See sec- 
tion 2.3.2 for more details on addressing. 

The Length Field and Data Field are fetched by the 
82586 from memory and transmitted after the Source 
Address. The Length Field is 2 bytes long. The 82586 
itself places no limit on the Data Field length. 



Figure 2-3. Frame Fields 
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The Frame Check Sequence field protects against bit 
errors in the frame. It is the result of a Cyclic Redun- 
dancy Check computed from the Destination Address, 
Source Address, Length Field, and Data Field. The 
chip can be configured to one of two CRC algorithms: 
the CCITT V.41 16-bit polynomial or the Autodin II 
(IEEE 802.3) 32-bit polynomial. 



2.2.2 Link Management 

The 82586 handles CSMA/CD link management algo- 
rithms according to the IEEE 802.3 standard. 82586 
Link management algorithms are adaptable to a variety 
of network topologies via programmable configuration 
parameters. Station priorities are also programmable. 

The 82586 constantly monitors link activity. Whenever 
it senses the carrier (data transitions) on the link, the 
82586 defers to the passing frame by delaying any 
pending transmission. After carrier goes inactive, the 
82586 continues to defer for Interframe Spacing time. 
Interframe Spacing is configurable from 32 to 255 
TCLK (Transmit Clock) units. If, at the end of that 
time, it has a frame waiting to be transmitted, transmis- 
sion is initiated independent of the sensed carrier. 

After transmission has started, the 82586 attempts to 
transmit the entire frame. In the normal case, frame 
transmission is completed, and the host notified. Other- 
wise, one or more of the following events causes trans- 
mission to terminate prematurely: Clear-to-Send signal 
goes inactive during transmission, data transfer rate 
from memory to the chip did not keep up with trans- 
mission (DMA underrun), Carrier Sense goes inactive 
(in case the chip is configured to expect the return of 
Carrier Sense signal), a collision is detected via Colli- 
sion Detect, or the collision retry counter exceeded the 
maximum specified value. 

When the 82586 has finished deferring and has started 
transmission, it is still possible to experience link con- 
tention. This situation is called a collision and it is gen- 
erally detected by the Transceiver. The 82586 enforces 
a collision by transmitting a Jam pattern of 32 ones. If a 
collision is detected during the Preamble, transmission 
of the Preamble is completed before jamming starts. 

The dynamics of collision handling are largely deter- 
mined by the Slot Time. Slot Time is the maximum end 
to end round trip delay time of the network plus jam 
time. Slot time is important because it is the worst case 
time to detect a collision. Long networks have longer 
slot times than short networks. Thus, the 82586 pro- 
vides for slot time to be configurable from 1 to 2048 
TCLK units. 



After waiting the Backoff time, the 82586 attempts to 
retransmit the frame, unless the number of retransmis- 
sions has exceeded the maximum allowed. The 82586 
calculates the Backoff algorithm according to the IEEE 
802.3 standard: Backoff is an integral number of Slot 
Times. It is a random number, from to maximum. 
The maximum number is (2**R)-1, where R is the min- 
imum between 10 and the number of retransmission 
attempts. This range can be extended using Accelerated 
Contention Resolution mechanism, see section 2.2.3 
and 2.2.4. The beginning of Backoff time is configura- 
ble to one of two methods: if configured to the IEEE 
802.3 compatible method, it starts immediately after 
the end of jamming; if configured to the alternate Back- 
off method (designed for lower bit rates and/or shorter 
topologies), Backoff starts after the deferring period fol- 
lowing collision. 

The 82586 maintains a retry counter that is increment- 
ed after each retransmission attempt. If retransmission 
is successful, the user is notified. If the number of re- 
tries exceeds the maximum, an error is reported. The 
number of allowed retries is configurable from to 15 
attempts. The only difference between transmission and 
retransmission is that transmission clears the retry 
counter and retransmission increments it. 

On completion of transmission or retransmission, the 
82586 reports the number of collisions that occurred 
and whether it exceeded the maximum. It also indicates 
if the chip had to defer to passing traffic on its first 
transmission attempt. 

The user may attempt to abort transmission. Upon re- 
ceipt of the Abort command, the 82586 transmits a Jam 
pattern to cause a CRC mismatch. The chip reports to 
the host either that the abort succeeded or that the 
frame transmission completed before the abort was ac- 
cepted. 



2.2.3 Priority Mechanism 

One of the goals for the IEEE 802.3 standard is to 
ensure fairness among stations trying to access the link. 
However, there are applications (e.g. transmitting 
voice) where station priority improves the performance. 
The 82586 implements two priority mechanisms: linear 
and accelerated contention resolution. 

Linear priority determines the number of Slot Times 
the 82586 waits after deferring or the end of Backoff 
(whichever comes last) before transmitting. If the link 
becomes busy during the wait period, the process of 
deferring and waiting starts again. Linear priority is 
programmable from to 7. Zero provides the highest 
priority and is IEEE 802.3 compatible. 
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Accelerated contention resolution extends the range 
from which the random number for Backoff is drawn. 
It is configurable from to 7. Zero provides the highest 
priority and is IEEE 802.3 compatible. 



2.2.4 Details of the Link Management 
Algorithms 

The 82586 supports the IEEE 802.3 link management 
algorithms. In addition, the 82586 provides alternative 
station priority and backoff mechanisms. 

The transmit link management includes two cooperat- 
ing sequences: Frame Transmitter and Deference. The 
following variables provide the communication between 
these sequences: DEFERRING and WAITING from 
the Deference sequence and BACKOFF from the 
Frame Transmitter sequences. 

Deference is an ever running sequence and performs 
the following algorithm compatible with IEEE 802.3: 

1) Waits for Carrier Sense to become active. 

2) Sets the DEFERRING variable. 

3) Waits for Carrier Sense to become inactive. 

4) Waits for a period of Interframe Spacing. 

5) Clears the DEFERRING variable, waits for pending 
frame and returns to step 1. 

The Frame Transmitter sequence is initiated when the 
82586 is instructed to transmit a frame. It runs in paral- 
lel with Deferring and performs the following: 

1) Assembles the frame and clears RETRIES. 

2) Waits for DEFERRING and WAITING to clear. 

3) Starts frame transmission. 

4) If transmission is completed without detecting a col- 
lision, the sequence is completed with a successful 
transmission. 

5) If a collision is detected, the 82586 does the follow- 
ing: 

a. Completes transmission of the Preamble (if appli- 
cable). 

b. Transmits Jam pattern. 



c. If RETRIES is equal to the maximum number of 
retries, the Transmit command is completed and 
status posted in the Transmit command status 
field. 

d. RETRIES is incremented if it was less than the 
maximum number of retries. 

e. The Backoff time is computed based on the fol- 
lowing algorithm: 

Backoff time = (slot time) X (random number) 

Where: 

Random Number R is given by 

<> R < 2 exp [min (10, retries)] 

f. The 82586 waits for the period of Backoff time. If 
the Backoff time is zero (R = 0), then the Backoff 
period is equal to Interframe Spacing. For a ran- 
dom number greater than zero, Backoff is comput- 
ed as shown in 'e' above. 

g. If Backoff time was equal to Interframe Spacing 
(R = 0), then the 82586 transmits after the Back- 
off time has expired. 

h. If random number is greater than 0, the 82586 
waits for the Backoff time and returns to step 2. 

i. Clears the BACKOFF variable and returns to step 
2. 



LINEAR PRIORITY 

In the case where the 82586's linear priority option has 
been selected, the link management algorithm differs in 
the deferring sequence: 

1) Waits for Carrier Sense to become active. 

2) Sets deferring variable. 

3) Waits for Carrier Sense to become inactive. 

4) Waits for a period of Interframe Spacing. 

5) Calculates Wait Time as follows: 
Wait Time = PX Slot Time 

Where P is the programmed linear priority number 

6) Sets the waiting variable. 

7) Waits according to Wait Time calculating in step 5. 
If during the Wait Time, Carrier Sense goes active, 
the 82586 sets the deferring variable, clears the 
WAITING variable and returns to step 3. 
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ALTERNATE BACKOFF ALGORITHM 

In the case of IEEE 802.3, the Backoff time after a 
collision is as discussed above. The random number R 
determines the Backoff time. The range of random 
number in turn depends on the number of retries. For 
example, on first transmission attempt, retry variable is 
zero, hence R could be either or 1, resulting in a 
Backoff time of Interframe Spacing or one slot time. On 
the first retry, retry variable is equal to 1, and the range 
for R is 0, 1, 2, 3, resulting in Backoff times of Inter- 
frame Spacing, or one, two or three times the slot time. 
In the first case, the probability of two stations backing 
off for the same period of time is 50% (IFS or 1 slot 
time). In the second case, this probability will reduce to 
25% and so on. 

In some applications it may be desirable to resolve the 
contention for the channel faster. If the colliding sta- 
tions were to pick the backoff random number from a 
larger range of numbers, the probability of the stations 
picking the same random number (and hence colliding 
again) will be reduced. The 82586 offers this capability 
by programming the alternate backoff method. If this 
method is selected, the backoff period is computed as 
follows: 

Backoff Time = R X Slot Time where 

< R < 2 exp [min (10, Retry + K)] 

Where K is the alternate backoff number, programma- 
ble between and 7. 

Note that for IEEE 802.3, K = 0. 



If there is an address match (and the frame satisfies the 
minimum frame size), the 82586 passes the Destination 
Address, Source Address, Length Field, and Informa- 
tion Field to system memory, calculates the CRC and 
verifies its correctness during reception of the FCS 
field. If there is not an address match, the 82586 never 
requests the system bus, and the 82586 becomes ready 
to receive the next frame. 

If a frame is received in error (CRC violation, align- 
ment, No Resources, DMA overrun), the 82586 auto- 
matically reclaims the memory used to store that 
frame. The next received frame is stored in the re- 
claimed memory. 

When configured to End of Carrier delineation (IEEE 
802.3), end of frame is indicated by the carrier going 
inactive. The number of bits after the SFD Field must 
be a multiple of eight, residual ('dribble') bits are dis- 
carded, and not included in the Frame Check Sequence. 
When there are residual bits the frame is 'misaligned.' 

When configured to Bitstuffing delineation, the 82586 
performs zero bit deletion, discards the EOF flag, and 
all following bits until end of carrier. Residual bits are 
discarded in a manner similar to the End of Carrier 
method. An error is reported if the carrier goes inactive 
prior to recognition of an EOF flag. 

The minimum frame length is configurable in the range 
of to 255 bytes. Any frame containing less than the 
minimum (configured) number of bytes is presumed to 
be a fragment resulting from a collision. A collision 
fragment, longer than 6 bytes, is either stored in memo- 
ry and marked as a short frame, or its area' is reclaimed 
(depending on the Save Bad Frame configuration). 



2.3 82586 RECEIVE FUNCTIONS 

This section describes how the 82586 processes received 
frames. The 82586 checks all frames that appear on the 
link, decides which frames should be passed to host 
memory, and checks them for errors. 



2.3.1 Frame Reception 

The 82586 recognizes the boundary of an incoming 
frame by monitoring the link. When the 82586 detects a 
carrier (data transitions) on the link and it is not trans- 
mitting or executing Action Commands (see section 
2.8), it starts accepting the incoming bits. The frame 
Preamble provides bit synchronization and the frame 
SFD Field is used to locate the first bit of the Destina- 
tion Address field, see Figure 2-3. The Preamble and 
SFD Field are discarded. The 82586 compares the in- 
coming frame's Destination Address to the receiving 
station's Individual Address or Multicast Address; the 
Broadcast Address is also checked. 



2.3.2 Addressing 

Addressing allows frames to be directed to one or more 
specific hosts. The 82586 provides flexible addressing 
techniques allowing a frame to be received by a single 
host, a group of hosts (multicast), or all hosts (broad- 
cast). The chip checks the incoming Destination Ad- 
dress according to the three methods simultaneously, 
the frame is accepted if there is a match. A frame 
whose address does not match has no effect on the 
82586 nor on any other component of the station. 

The 82586 is normally configured with a specific Indi- 
vidual Address using the IA-SETUP command (see 
section 2.8.3). The default configuration is an all ones 
address 6 bytes long. An Individual Address is indicat- 
ed by a zero in the least significant bit, and its length is 
determined by the configured Address Length parame- 
ter. During reception, the 82586 compares the incom- 
ing Destination Address with its Individual Address. 
All bits must be equal for an Individual Address match 
to be determined. 
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A frame may be targeted to all hosts (Broadcast) by 
using the Broadcast Address, an all ones address. Dur- 
ing reception, the 82586 checks if the Destination Ad- 
dress is a Broadcast Address. If it is, an address match 
is confirmed. The 82586 can be configured to disable 
reception of frames with Broadcast Destination Ad- 
dresses (for stations with limited storage resources). 

The user can target a frame to a group of hosts. Using a 
method not involving the 82586, hosts are placed into 
groups, each group is assigned a Multicast Address. A 
host may belong to a number of groups and a group 
may contain a number of hosts. A host may address a 
frame to all hosts that belong to a particular group by 
specifying that group's Multicast-Address in the Desti- 
nation Address field. A one in the least significant bit of 
the Destination Address distinguishes Multicast-Ad- 
dresses from Individual Addresses. 

The 82586 maintains a 64-bit Hash table. The 82586 
maps every Multicast-Address into a single bit in the 
table. Using the MC-SETUP command (see section 
2.8.5), the user provides a set of Multicast- Addresses, 
and the 82586 maps and stores them in the Hash table. 
During reception of a frame whose Destination Ad- 
dress is a Multicast- Address, the 82586 maps the Ad- 
dress, and checks if it appears in the Hash table. If it 
does, an address match is determined and the frame is 
passed to the host. 

It is possible for more than one Multicast Address to be 
mapped into a given Hash bit. Thus, the host may have 
to perform additional checking. If 64 or fewer Multi- 
cast-Addresses are used in a system, it is possible to 
select address values that map into unique bits in the 
Hash table. See section 5.5 for a perfect filtering pro- 
gram. The Hashing function is the CRC polynomial 
used for bit error detection. The 6 most significant bits 
(2-7), are selected from the first byte of the CRC shift 
register to index the 64-bit Hash table. 



2.4 82586 NETWORK MANAGEMENT 
AND DIAGNOSTIC FUNCTIONS 

The behavior of data communication networks is typi- 
cally very complex due to their distributed and asyn- 
chronous nature. Thus, it is particularly difficult to pin- 
point a failure when it occurs. The 82586 was designed 
in anticipation of these problems and includes a set of 
features for improving reliability and testability. 

The 82586 offers the four diagnostic services. First, 
monitoring the transmission and reception of frames. 
Second, statistics gathering and diagnostics of the Net- 
work as a whole. Third, diagnostic support for a partic- 
ular station on the Network. Fourth, a means to test 
the proper operation of the chip itself. 



2.4.1 Transmission/Reception Error 
Reporting 

The 82586 stores, in system memory, status informa- 
tion after completing transmission or reception of every 
frame. If transmission or reception is successful, the 
OK status bit is set. If transmission is unsuccessful, the 
cause is given in the status. In case of unsuccessful re- 
ception, the cause is provided only if the 82586 is con- 
figured to Save Bad Frame, otherwise, only the statis- 
tics counters are updated. 

The 82586 reports on the following events after each 
transmitted frame: 

• Transmission unsuccessful; lost Carrier Sense. 

• Transmission unsuccessful; lost Clear-to-Send. 

• Transmission unsuccessful; DMA underrun oc- 
curred because the system bus did not keep up 
with the transmission. 

• Transmission unsuccessful; the number of colli- 
sions exceeded the maximum allowed. 

The 82586 checks each incoming frame and reports on 
the following errors, (if configured to 'Save Bad 
Frame'): 

• CRC error: incorrect CRC in a well aligned frame. 
(CRC continues to be checked if the 82586 enters 
the NO RESOURCES state.) 

• Alignment error: incorrect CRC in a misaligned 
frame. A misaligned frame with a correct CRC is 
not reported by the 82586. 

• Frame too short: the frame is shorter than the con- 
figured value for minimum frame length. 

• No EOF flag: valid only in Bitstuffing mode, carri- 
er went inactive before EOF flag detection. 

• Overrun: the frame was not completely placed in 
memory because the system bus did not keep up 
with incoming data. 

• Out of buffers: no memory resources to store the 
frame, so part of the frame was discarded. 



2.4.2 Network Planning and 
Maintenance 

To perform proper planning, operation, and mainte- 
nance of a communication network, the network man- 
agement entity must accumulate information on net- 
work behavior. The 82586 provides a rich set of net- 
work-wide diagnostics that can serve as the basis for a 
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network management entity. The features include: 
gathering network activity information, updating error 
counters, saving all frames that appear on the link, and 
locating opens or shorts on the link. 

Network Activity information is provided in the status 
returned to the host after each frame transmitted. The 
activity indicators are: 

1) Number of collisions: the number of collisions the 
82586 experienced in attempting to transmit this 
frame. 

2) Deferred transmission: indicates if the 82586 had to 
defer to traffic on the link during the first transmis- 
sion attempt. 

Statistics registers are updated after each received 
frame that passes address filtering, and is longer than 
the Minimum Frame Length configuration parameter. 
They reside in shared memory and are incremented by 
the 82586. The statistics registers provide the following 
information: 

1) CRC errors: the number of frames that experienced 
a CRC error and were properly aligned. 

2) Alignment errors: the number of frames that experi- 
enced a CRC error and were misaligned. 

3) No-resources: the number of correct frames lost due 
to lack of memory resources. 

4) Overrun errors: the number of frame sequences lost 
due to DMA overruns. 

The 82586 can be configured to Promiscuous Mode. In 
this mode the 82586 captures all frames transmitted on 
the Network without checking the Destination Ad- 
dress. This mode is useful in implementing a monitor- 
ing station to capture all frames for network analysis. 

Each 82586 is capable of determining if there is a short 
or open circuit anywhere in the network using the built 
in Time Domain Reflectometer (TDR) mechanism. 
When a TDR command (see section 2.8.7) is issued, the 
chip transmits a TDR frame and measures the reflec- 
tion return time. If the network is properly terminated, 
there are no reflections so the timer runs out and the 
user is notified that there are no link problems. If a 
problem is detected, the distance to the reflection 
source and reason (short or open) are recorded. 



2.4.3 Station Diagnostics 

To support the testing of station hardware, the 82586 
provides external loopback and Signal Quality Error 
test. 



The 82586 can be configured to External Loopback. In 
this mode the 82586 operates full duplex at full speed. 
The maximum number of bytes in a frame to be looped 
back is 18 in the case of IEEE 802.3 (10 Mb/s) and 
8 MHz system bus, but the actual maximum depends 
on bit rate and system bus speed. The transmitter to 
receiver interconnection can be placed anywhere be- 
tween the 82586 and the link to locate faults, for exam- 
ple: the 82586 output pins, the Ethernet Serial Inter- 
face, the Transceiver cable, or in the Transceiver. 

The IEEE 802.3 specification requires that the trans- 
ceiver should verify the operation of the collision detect 
circuitry and pass the result to the controller. If the 
transceiver operates correctly, it sends a short 10 MHz 
pulse train to the controller on the Collision Detect 
pair. This mechanism is called the 'heart beat,' or Sig- 
nal Quality Error Test, SQE TEST, signal. The SQE 
TEST signal is sent during the Interframe Spacing 
Time, just after completing transmission of a frame. 
The 82586 returns detection of the SQE TEST in status 
returned to the host at completion of transmission. 



2.4.4 82586 Self Testing 

The 82586 provides several features to check the chip 
operation. 

The 82586 can be configured to Internal Loopback 
(section 2.11.5). In this mode, the 82586 disconnects 
itself from the Serial Interface Unit, and any frame 
transmitted is received immediately. The 82586 con- 
nects the Transmit Data to the Receive Data signal and 
the Transmit Clock to the Receive Clock. Internally, 
the Transmit Clock is divided by 4 to allow internal full 
duplex operation. Internal Loopback overrides Exter- 
nal Loopback. Equality between the transmitted and 
received frames implies that a large portion of the chip 
operates correctly. In addition, internal loopback can 
be used in conjunction with inhibiting the source ad- 
dress insertion and/or CRC insertion by the chip. For 
example: in internal loopback, if a frame is transmitted 
with an erroneous CRC (using CRC inhibition), the 
CRC checking mechanism must detect a CRC error. 

The Dump Command (see section 2.8.8) causes the 
82586 to write over 100 bytes of its internal registers to 
memory. This is a very powerful capability that can 
serve as the basis for comprehensive diagnostics. 

There are parts of the chip, in particular the logic that 
uses the exponential Backoff random number generator 
that cannot be checked from the outside. The Diagnose 
Command (see section 2.8.9) initiates a self test proce- 
dure that exercises the otherwise unaccessible registers 
and counters, and reports the result. 
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2.5 82586/HOST CPU INTERACTION 

Communication between the 82586 and the host is car- 
ried out via shared memory. The 82586's direct access 
to memory capability allows autonomous transfer of 
data blocks (buffers, frames) and relieves the CPU of 
byte transfer overhead. The 82586 operates easily with 
general purpose processors, however, a minimum hard- 
ware configuration is realizable with the 80186/80188 
processors. In discussing 82586/Host interaction, the 
logical interface and the hardware bus interface are re- 
ferred to separately. 



2.5.1 Logical Interface 

The 82586 consists of two independent units: the Com- 
mand Unit (CU) and the Receive Unit (RU). The CU 
executes commands from shared memory. The RU 
handles all activities related to frame reception. The 
CU and RU enable the 82586 to engage in the two 
activities simultaneously: the CU may be fetching and 



executing commands out of memory, and the RU may 
be storing received frames in memory. CPU interven- 
tion is only required after the CU executes a sequence 
of commands or the RU stores a sequence of frames. 

The Shared Memory structure is composed of four 
parts: Initialization Root, System Control Block (SCB), 
Command List, and Receive Frame Area (RFA), see 
Figure 2-4. 

The Initialization Root is at a predetermined location 
in the memory space, (0FFFFF6H), known to both the 
host CPU and the 82586. The root is accessed at initial- 
ization and points to the System Control Block. Section 
2.6 provides details on the initialization root and the 
algorithms performed by the 82586 during initializa- 
tion. 

The System Control Block (SCB) serves as a bidirec- 
tional mailbox between the host CPU, CU and RU. It 
is the central element through which the CPU and the 
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Figure 2-5. 82586 Shared Memory Structure 



82586 exchange control and status information. The 
SCB is composed of two parts. First, instructions from 
the CPU to the 82586. These include: control of the CU 
and RU (START, ABORT, SUSPEND, RESUME), a 
pointer to the list of commands to execute a pointer to 
the Receive Frame Area, and a set of interrupt ac- 
knowledge bits. Second, information from the 82586 to 
the CPU that includes: state of the CU and RU (e.g. 
IDLE, ACTIVE/READY, SUSPENDED, NO RE- 
CEIVE RESOURCES), interrupt bits (command com- 
pleted, frame received, CU gone not ready, RU gone 
not ready), and statistics. See Figure 2-5. Section 2.7 
provides a detailed description of the SCB. 



The only hardware signals that connect the CPU and 
the 82586, are the INTERRUPT and CHANNEL AT- 
TENTION, see Figure 2-4. The Interrupt line is used 
by the 82586 to draw the CPU's attention to a change 
in the SCB. The Channel Attention line is used by the 
CPU to draw the 82586's attention. 

The Command List serves as a program for the CU. 
Individual commands are placed in memory units 
called a Command Block, or CB. CBs contain com- 
mand specific parameters and command specific status- 
es. Specifically, these commands are called Action 
Commands (e.g. Transmit, Configure) and are dis- 
cussed in detail in section 2.8. 
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A specific command, Transmit, causes transmission of 
a frame by the 82586. The Command Block includes 
Destination Address, Length Field, and a pointer to a 
list of linked buffers that hold the frame to be con- 
structed from several buffers scattered in memory. The 
Command Unit performs in parallel, without the CPU 
intervention, the DMA of each buffer and the prefetch- 
ing of references to new buffers. The CPU is notified 
only after successful transmission or retransmission. 

The Receive Frame Area is a list of Free Frame De- 
scriptors (Descriptors not yet used) and list of buffers 
prepared by the user. It is conceptually distinct from 
the Command List. Because frames arrive without be- 
ing solicited by the 82586, the 82586 must be prepared 
to receive them even if it is engaged in other activities 
and to store them in the Free Frame Area. The Receive 
Unit fills the buffers upon frame reception and refor- 
mats the Free Buffer List into received frame struc- 
tures. The frame structure is virtually identical to the 
format of the frame to be transmitted. The first frame 
descriptor is referenced by SCB. 

Receive buffer chaining (i.e. storing incoming frames in 
a linked list of buffers) improves memory utilization 
significantly. Without buffer chaining, the user must 
allocate consecutive blocks of the maximum frame size 
(1518 bytes in IEEE 802.3) for each frame. Maximum 
frame length buffers are inefficient because 75 percent 
of the frames on a network are control (request for 
status, message acknowledgement, etc.) frames, which 
are typically less than 100 bytes. With buffer chaining, 
the user can allocate small buffers and the 82586 uses 
only as many as needed. See section 1.3.1. 

In the past, the drawback of buffer chaining was CPU 
processing overhead and the time involved in buffer 
switching (especially at 10 Mbps). The 82586 over- 
comes this drawback by performing buffer management 
in hardware, completely transparent to the user. 

Section 2.9 provides details on the format of the Re- 
ceived Frame Area and the algorithms associated with 
frame reception. 



2.5.2 Hardware Bus Interface 

The local bus interface has 24 address lines. The low 
order 16 lines are multiplexed with data, and address 
line number 19 is multiplexed with status. Like other' 
Master peripherals, the 82586 provides all control sig- 
nals required to handle Direct Memory Access. The 
bus interface operates at up to 8 MHz. 



Similar to the 8086, the 82586 can be pin strapped into 
either Minimum mode or Maximum mode. Minimum 
mode is used in small systems that do not require exter- 
nal bus controller circuitry. The 82586 provides the 
minimum bus control information. Maximum mode is 
used in systems that use large memory, and have sys- 
tem peripherals. 

The maximum Data Transfer Rate on the bus interface 
is 4 megabytes per second. Note that this is significant- 
ly higher than required by the IEEE 802.3 (which is 
1.25 megabytes per second). This leaves much bus 
bandwidth for 82586 buffer, status and control over- 
head and general application processing. Although the 
82586 performs command chaining, frame chaining, 
and buffer chaining on the fly, it can operate with buses 
that transfer data as slow as 2 megabytes per second 
without DMA overruns or underruns. 

The 82586 shares the system bus with the host CPU, 
and possibly other peripherals. Therefore, there is a de- 
lay between the time the 82586 requests the bus and 
receives it. This delay is referred to as bus latency. La- 
tency time is typically 1 to 2 microseconds but may 
reach about ten microseconds in worst case situations. 
Note that 10 microseconds is equivalent to 100 data 
bits, or 12.5 bytes. DMA overruns or underruns due to 
bus latency is significantly reduced by the 82586's indi- 
vidual on-chip transmit and receive FIFOs. Associated 
with the FIFOs is a user programmable threshold 
mechanism that improves the bus access efficiency by 
making the traffic bursty. 

Section 2. 10 provides details on all aspects of the Bus 
Interface. 



2.5.3 Memory Addressing 

The 82586 accesses memory with 24-bit addresses (in 
M inim um mode the two most significant bits are used 
as RD and WR lines). The memory structure uses two 
types of address representation: Physical (Real) and 
Segmented. 

A Physical Address is a single 24-bit entity that speci- 
fies the physical byte address in memory. The represen- 
tation of this type of address is in three consecutive 
bytes in memory, starting at an even location (see Fig- 
ure 2-6). It is used for referring to all the buffers as well 
as to elements of the Initialization Root. When the chip 
is configured to operate with a 16-bit bus, the Physical 
Address must be even (least significant bit = 0). 

A Segmented Address consists of a base and offset. 
The base is a 24 bits long real address and the offset is 
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Figure 2-6. Memory Addressing 
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Figure 2-7. Initialization Root 
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16 bits long. The base is setup during the initialization 
process and remains the same until the chip is reset. 
The base must be even in all cases. The 82586 calcu- 
lates the physical address by adding the base to the 
offset. The representation of the offset is a word start- 
ing on an even byte boundary in memory, (see Figure 
2-6). Segmented Addresses are used for referring to 
most parts of the memory structure. It must be even in 
all cases. 



2.6 INITIALIZING THE 82586 

After the clocks (System, Transmit and Receive) ap- 
plied to the 82586 have stabilized and a RESET is is- 
sued, the 82586 performs an initialization procedure 
that prepares it for normal operation. This section spec- 
ifies the memory structure involved in the initialization, 
how the user must prepare it, and how the chip behaves 
during initialization. 



2.6.1 Initialization Root Format 

Initialization involves the System Configuration Point- 
er (SCP) and the Intermediate System Configuration 
Pointer (ISCP). Their formats are described in detail 
below, and they are shown in Figure 2-7. 



SYSTEM CONFIGURATION POINTER (SCP) 

The SCP is located in the ten bytes from 0FFFFF6H to 
OFFFFFFH, the highest bytes in the address space. 
Note that this is a fixed address, the only one in the 
system. 

Only two items of information are present in the SCP, 
the system bus width and a pointer to ISCP, the next 
structure. ISCP is an arbitrary location in the address 
space. The SCP includes the following fields: 

0FFFFF6H: 

BUS (Bit 0) - This bit specifies the width of the system 
bus. It takes the following values: 

16-bit bus 

1 8-bit bus 

ISCP ADDRESS: This 24-bit value is the ISCP physi- 
cal address. 

The 82586 is indifferent to the remaining SCP contents. 
This does not mean that these areas have no function, 
they may be meaningful with respect to other peripher- 
als which refer to SCP. Because the SCP and ISCP are 
sampled by the 82586 only during initialization, they 
may be used at any other time by other peripherals. 



INTERMEDIATE SYSTEM CONFIGURATION 
POINTER (ISCP) 

The ISCP is common to the 82586 and all other master 
peripherals referring to the same SCP. At the same 
time however, information contained in ISCP is specific 
to each master peripheral, and the structure contains a 
status element. Consequently, ISCP must be located in 
RAM, and not in ROM with SCP. This distinction is 
the reason for separating SCP and ISCP. The ISCP 
includes the following fields: 

BUSY (8 bits): when set to 01H, indicates that the 
82586 is in the initialization process. 
The 82586 clears this byte immediate- 
ly after reading the information con- 
tained in ISCP. 

SCB-OFFSET: the address offset of the SCB (within 
the segment defined by the SCB- 
BASE). 

SCB-BASE: a 24-bit value giving the starting ad- 
dress of the 64-kilobyte segment con- 
taining SCB and all other control 
structures dealing with the 82586. 



2.6.2 Initialization Process 

The initialization process establishes communication 
between the CPU and the 82586. Without it, no inter- 
action takes place. 

Prior to starting the initialization process, the CPU 
must setup the following fields in SCP and ISCP: 

• BUS - memory bus width specification. 

• ISCP ADDRESS - physical address of ISCP. 

• BUSY - this field in ISCP must be 01H to indicate 
that the CPU is ready for initialization. Subsequent 
clearing of the field by the 82586, indicates initiali- 
zation completion. 

• SCB BASE - base address of the entire memory 
structure. 

• SCB OFFSET - offset (from SCB BASE) of SCB. 

After completing initialization, all 82586 control is 
via SCB. 

The CPU must reset the 82586. After power-up, this 
must be done with a hardware RESET. Subsequently, a 
software RESET (specific to the 82586) may be used. 
RESET causes all major internal flags to be set to their 
inactive states. In particular, CU and RU are set to 
IDLE state and configuration parameters are set to 
their default values (see section 2.7.5). 
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Initialization is triggered by the Channel Attention 
(CA) signal from the CPU. Note that initialization can 
only occur by issuing the sequence: RESET-CA. After 
CA, the 82586 performs the following sequence: 

1) Reads the first word from location 0FFFFF6H. The 
least significant bit determines bus width of all sub- 
sequent memory accesses. Before reading this word, 
the system bus width is assumed to be 8 bits. 



2) Reads the ISCP ADDRESS from 
OFFFFFCH and the following word. 



location 



3) Reads SCB OFFSET from the word following the 
one determined by ISCP ADDRESS. SCB OFFSET 

is saved for subsequent references to SCB. 

i 

4) Reads SCB BASE field from the next two words. 

5) Clears the BUSY byte. This is done by reading the 
word in location ISCP, clearing the least significant 
byte, and writing back to the word (with the cleared 
byte). 

6) The SCB BASE (read in Step 4) is saved internally 
to serve as a base for all subsequent references to the 
memory structure (excluding data buffers). 

7) Writes the STATUS word of SCB with CX and 
CNA bits set, all remaining fields are cleared (see 
section 2.7.1). 



8) Raises the INTERRUPT Hardware Signal. 

The chip is now ready to be controlled by the host CPU 
via SCB, as described in the next section. 



2.7 CONTROLLING THE 82586 

This section discusses how the CPU controls operation 
of the 82586's Command Unit (CU) and Receive Unit 
(RU). Operation of the CU and RU themselves, namely 
how the 82586 executes Action Commands and re- 
ceives frames, is discussed in subsequent sections. This 
section provides complete explanations of the following 
functions: 

• Starting and Completing Control Commands 

• CU Control 

• RU Control 

• RESET 

• Statistics Registers 



2.7.1 System Control Block (SCB) 
Format 

The System Control Block is the communication mail- 
box between the 82586 and the host CPU. The SCB 
format is shown in Figure 2-8. 
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Figure 2-8. System Control Block (SCB) Format 
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The host CPU issues Control Commands to the 82586 
via the SCB. These commands may appear at any time 
during routine operation, as determined by the host 
CPU. The CPU informs the 82586 that a control com- 
mand is ready by issuing a CA signal. 

The SCB is also used by the 82586 to return status 
information to the host CPU. After inserting the re- 
quired status bits into SCB, the 82586 issues an Inter- 
rupt to the CPU. 

The format is as follows: 



STATUS WORD: 

Indicates status of the 82586 to the CPU. This word is 
modified only by the 82586. Defined bits are: 



CX (Bit 15) 



FR 



CNA 



RNR 



CUS 



(Bit 14) 
(Bit 13) 
(Bit 12) 
(Bits 8-10) 



RUS (Bits 4-6) 



- The CU finished executing an 
Action Command with its T 
(Interrupt) bit set. 

- The RU finished receiving a 
frame. 

- The CU left the ACTIVE 
state. 

- The RU left the READY 
state. 

- (3 bits) this field contains the 
status of the Command Unit. 

Valid values are: 

- IDLE 

1 - SUSPENDED 

2 - ACTIVE 
3-7 - Not used 

- (3 bits) this field contains the 
status of the Receive Unit. 

Valid values are: 

- IDLE 

1 - SUSPENDED 

2 - NO RESOURCES 

3 - Not used 

4 - READY 
5-7 - Not used 



The remaining bits of the status word are always set to 
zero by the 82586. 

COMMAND WORD: 

Provides the communication mechanism from the CPU 
to the 82586. This word is set by the CPU and cleared 
by the 82586. Defined bits are: 

ACK-CX (Bit 15) - Acknowledges that the CU 
completed an Action Com- 
mand. 



ACK-FR (Bit 14) 
ACK-CNA (Bit 13) 

ACK-RNR (Bit 12) - 

CUC (Bits 8-10) 



RUC 



5-7 
(Bits 4-6) 



5-7 
RESET (Bit 7) 



Acknowledges that the RU 
received a frame. 

Acknowledges that the Com- 
mand Unit left the ACTIVE 
state. 

Acknowledges that the Re- 
ceive Unit left the READY 
state. 

(3 bits) this field contains the 
command to the Command 
Unit. Valid values are: 

NOP (doesn't affect current 
state of the unit). 

Start execution of the first 
command on the Command 
List (CBL). If a command is 
in execution, then complete it 
before starting the new CBL. 
The beginning of the CBL is 
in CBL OFFSET. 

Resume the operation of the 
Command Unit by executing 
the next command. This op- 
eration assumes that the 
Command Unit has been pre- 
viously suspended. 

Suspend execution of com- 
mands on the CBL after cur- 
rent command is complete. 

Abort current command im- 
mediately. 

Reserved, illegal for use. 

(3 bits) This field contains the 
command to the receive unit. 
Valid values are: 

NOP (does not alter current 
state of unit). 

Start reception of frames. If a 
frame is being received, then 
complete reception before 
starting. The beginning of the 
RFA is contained in the RFA 
OFFSET. 

Resume frame receiving (only 
when in the SUSPEND 
state.) 

Suspend frame receiving. If a 
frame is being received, then 
complete its reception before 
suspending. 

Abort receiver operation im- 
mediately. 

Reserved, illegal for use. 

Reset chip (logically the same 
as hardware RESET). 
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CBL-OFFSET: Gives the 16-bit offset address of the 
first command (Action Command) in 
the Command List to be executed fol- 
lowing CU-START. Thus, the 82586 
will read this word only if the CUC 
field contains a CU-START Control 
Command. 

RFA-OFFSET: Gives the 16-bit offset address of the 
first Receive Frame, Descriptor in the 
Receive Frame Area, to be accessed 
following a RU-START Control com- 
mand. Thus, the 82586 will read this 
word only if the RUC field contains a 
RU-START Control Command. 



CRCERRS: 



ALNERRS: 



RSCERRS: 



OVRNERRS: 



CRC Errors - contains the number of 
properly aligned frames received with 
a CRC error. 

Alignment Errors - contains the num- 
ber of misaligned frames received with 
a CRC error. 



2.7.2 



Resource Errors - records the number 
of correct incoming frames discarded 
due to lack of memory resources (buff- 
er space or Receive Frame Descrip- 
tors). 

Overrun Errors - counts the number of 
received frame sequences lost because 
the memory bus was not available to 
the 82586 in time to transfer them. 



Starting and Completing Control 
Commands 



The CPU issues Control Commands by writing in the 
SCB COMMAND field and issuing Channel Attention 
(CA). Acceptance of a Control Command is indicated 
by the 82586 clearing the SCB COMMAND field. 
Therefore, the CPU must wait for this word to be 
cleared before the next Control Command can be is- 
sued. 

The 82586 does not necessarily accept the Control 
Command immediately after CA is issued; it may be 
engaged in higher priority tasks. For example, prefetch- 
ing new buffers, handling buffer switches, or finishing 
frame reception. When the 82586 becomes available it 
performs the Starting of Control Command sequence: 

1) Clears hardware Interrupt signal. 



3) If the RESET bit is set, it performs the RESET se- 
quence, as described in section 2.7.5. 

4) Clears the internal INTERRUPT-IS (In-Service') 
flag for each acknowledged interrupt bit. 

5) If the RUC field is different from zero, an internal 
request to the RU to perform a RU command ac- 
ceptance sequence is issued (see section 2.7.4). 

6) If the CUC field is different from zero, the accept- 
ance sequence for a CU command is performed im- 
mediately (see section 2.7.3). 

After both CU and RU complete the acceptance se- 
quence, the 82586 performs the Completion of Control 
Command sequence: 

1) If there is any internal interrupt request then it sets 
the respective INTERRUPT-IS flag. 

2) Update SCB STATUS word, according to internal 
CU status, RU status and Interrupt requests. 

3) If any INTERRUPT-IS is set then the 82586 sets the 
hardware Interrupt signal. 

4) Clears SCB COMMAND word. 



2.7.3 Command Unit (CU) Control 

The Command Unit is the logical unit that executes 
Action Commands from a list of commands very simi- 
lar to a CPU program. A Command Block (CB) is as- 
sociated with each Action Command. 

This section describes how the CPU controls Action 
Command execution, namely, how it starts, stops, sus- 
pends or resumes the CU. Execution of the Action 
Commands themselves, is the subject of the next sec- 
tion. 

The CU can be modeled as a logical machine that takes, 
at any given time, one of the following states: 

• IDLE - the CU is not executing a command and is 
not associated with a CB on the list. This is the 
initial state. 

• SUSPENDED - the CU is not executing a com- 
mand but (different from IDLE) is associated with a 
CB on the list. 

• ACTIVE - the CU is currently executing an Action 
Command, and points to its CB. 



2) Reads the SCB COMMAND word, and analyzes its 
fields. 



2-16 



LAN COMPONENTS USERS MANUAL 



The CPU may affect the CU operation in two ways: 
issuing a CU control Command or setting bits in the 
COMMAND word of the Action Command. In gener- 
al, the CPU can cause the CU to do the following: 

• Start executing a list of Action Commands. 

• Suspend execution after completing the current Ac- 
tion Command. 

• Resume execution if the CU is in the SUSPENDED 
state, 

• Abort execution and return to the IDLE state. 

• Stop execution after completing a particular Action 
Command. This will be the last CB in the list. 

• Suspend execution after completing a particular Ac- 
tion Command. 

• Have the 82586 issue Interrupts after completing 
particular Action Commands. 

There are three points in time relevant to the execution 
of Action Commands: 

• Acceptance time (of a control command) — the time 
following a Channel Attention issued by the CPU, 
the CU reads the Control Command and takes ini- 
tial action. 

• Beginning of Execution — the time the CU starts ex- 
ecuting an Action Command. This may be following 
a Control Command or in continuing the list of Ac- 
tion Commands. The details are presented in section 
2.8.1. 

• Completion of Execution — the time the CU com- 
pletes executing an Action Command. This is the 
decision time for the CU on how to proceed. The 
details are presented in section 2.8.1. 

The CU uses 3 internal flags to remember requests 
from acceptance time to be acted upon at completion of 
execution: CU-START-REQUEST, CU-SUSPEND- 
REQUEST and CU-ABORT-REQUEST. 

At acceptance Time, after the 82586 has finished higher 
priority tasks and a CA is detected, it reads the SCB 
command word and analyzes its fields. The higher pri- 
ority tasks are: receive end of frame processing, receive 
or transmit buffer prefetching, retransmission due to 
collisions, completion of Action Commands. The CUC 
field is one of the following: CU-START, CU-SUS- 
PEND, CU-RESUME or CU- ABORT. 



CU-START 

Starts execution of the first Action Command in the 
list. The CU performs the following sequence: 

1) Reads CBL OFFSET and saves it as a pointer to the 
next CB to be executed. 



2) If the CU is not in the ACTIVE state, it goes to the 
ACTIVE state and requests the beginning of the 
next CB. 

3) If the CU is in the ACTIVE state, then it does noth- 
ing at Acceptance time. Beginning of the next CB 
(i.e. the new one) starts after completion time of the 
current CB. 



CU-SUSPEND 

Suspends operation of the CU after completing the cur- 
rent CB. The 82586 performs the following sequence: 

1) If the CU is in the ACTIVE state, it sets the internal 
CU-SUSPEND-REQUEST flag. This flag causes 
CU to enter the SUSPENDED state at command 
completion time. 

2) If the CU is not in the ACTIVE state, it ignores the 
CU-SUSPEND command. 



CU-RESUME 

Resumes CU operation. The 82586 performs the fol- 
lowing: 

1) If the CU is in the SUSPEND state, it goes to the 
ACTIVE state and requests the beginning of the 
next CB. 

2) If the CU is in the ACTIVE state, it clears internal 
CU-SUSPEND-REQUEST to prevent suspension at 
command completion time. 

3) If the CU is in the IDLE state, it ignores the CU- 
RESUME command. 



CU-ABORT 

Causes the CU to stop all activity immediately and go 
to the IDLE State. The CU performs the following: 

1) If the CU is not in the ACTIVE state, it goes to the 
IDLE state. 

2) If the CU is in the ACTIVE state, it sets the internal 
CU-ABORT-REQUEST flag. This flag causes the 
CU to go to the IDLE state at command completion 
time. 

The CU ABORT control command causes the immedi- 
ate termination (at acceptance time) of the transmission 
process. The effect on specific Action Commands (see 
section 2.8) is as follows: 

• NOP, TDR, DUMP and DIAGNOSE commands 
are not stopped. Following execution, the CU 
switches to its IDLE state. 
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• IA setup, MC setup, CONFIGURE commands are 
always stopped. A command aborted bit is set in the 
CB status field. The CPU MUST execute these 
commands again since the 82586 may not be proper- 
ly programmed to continue its operation. 

• There is an attempt to abort a TRANSMIT. The 
DMA process is stopped. In certain timings, the 
Abort attempt may not be successful. The 82586 in- 
ternally tests for this situation and flags CMD 
ABORTED status only if the TRANSMIT is 
known to have failed. 

NOTES ON ABORTED TRANSMISSION: 

1) The CU attempts to stop as soon as possible by stop- 
ping DMA and forcing a FIFO underrun. 

2) Aborted transmit frames may result in small frames 
on the Serial Link. The 82586 sends to the Serial 
Link, the partial frame and appends to it four bytes 
of 'All Ones' (jam pattern). 

3) Apart from aborted transmit frames and collided 
frames, the 82586 appends the jam pattern, also in 
the following cases: 

• Underrun on transmit buffers. 

• Lost Carrier Sense, if programmed to stop trans- 
mission when Carrier Sense is lost. 

See Figure 2-9. 



SUSPENDING THE CU 

The START, SUSPEND, RESUME and ABORT 

commands can be given through the SCB command 
fields as described above. The Command Block offset 
pointer in the SCB points to the first executable Action 
Command (to be discussed in section 2.8). It is suffi- 
cient to state here that these Action Commands have a 
field for EL and S Bits (see section 2.8.1). The EL, End 
of List, bit indicates that the current Action Command 
is the last on the Command List. The S Bit indicates 
that the user desires the CU to enter into Suspended 
state after executing the current command. Tables 2-1 
and 2-2 illustrate the state transitions for various condi- 
tions. 

Thus, there are two mechanisms to suspend the CU: 
one through the Suspend Command in SCB, and the 
other through the S bit in the Action Command Block. 
The Suspend Command in SCB will suspend the CU 
after completing the execution of the current command 
on the Command List, without knowing exactly which 
command the 82586 was executing before execution. 
Suspension of CU through Action Command Block 
will result in suspension after a specific command is 
executed. In both cases, the CU can be activated by 
issuing a Resume command. 



Table 2-1. CU Control Commands: Actions at Acceptance Time 



Present 
State 


Start 


Resume 


Suspend 


Abort 


Next 
State 


Action 


Next 
State 


Action 


Next 
State 


Action 


Next 
State 


Action 


Idle 

Suspended 

Active 


Active 
Active 
Active 


Set Up CB 
Set Up CB 
None 


Idle 

Active 

Active 


None 
Set Up CB 
None 


Idle 

Suspended 

Active 


None 
None 
Request 
Suspend 


Idle 
Idle 
Idle 


None 

None 

Abort 

DMA/CNA 

Interrupt 





Table 2-2. CU Activities Performed at End of Execution 


EL Bit 


SBit 


Request 


Next State 


Action 










None 
Suspend 


Active 
Suspended 


Set Up CB 
CNA Interrupt 






1 
1 


None 
Suspend 


Suspended 
Suspended 


CNA Interrupt 
CNA Interrupt 


1 
1 






None 
Suspend 


Idle 
Idle 


CNA, CX Interrupts 
CNA, CX Interrupts 


1 
1 


1 
1 


None 
Suspend 


Idle 
Idle 


CNA, CX Interrupts 
CNA, CX Interrupts 



NOTES: 

1) After a CB with T bit set is completed, CX interrupt is generated. 

2) Since the transition ACTIVE to ACTIVE STATE via the START Command is smoothly performed, no interrupt, related to 
state transition, is generated and no action is required at the end of Action Command Execution. 

2-18 



LAN COMPONENTS USER'S MANUAL 




COMMAND STATUS: 

CMD. ABORTED-0 

OTHER STATUS. 

AS IS 



COMMAND STATUS: 
CMD, ABORTED-4 
OTHER STATUS, 
AS IS 



SWITCH TO IDLE 



CNA INTERRUPT 



EXIT 
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Figure 2-9. CU Abort Flowchart 
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2.7.4 Receive Unit (RU) Control 

The Receive Unit is the logical unit that receives frames 
and stores them in memory. The RU uses free (i.e. un- 
used) buffers and descriptors prepared by the CPU. 
The details on RU frame reception are presented in 
section 2.9. 

This section describes how the CPU controls frame re- 
ception, namely, how it starts, stops, suspends, or re- 
sumes the RU. Reception may also stop due to No Re- 
sources. 

The RU is modeled as a logical machine that takes, at 
any given time, one of the following states: 

• IDLE - The RU has no memory resources and is 
discarding incoming frames. This is the initial RU 
state. 

• NO-RESOURCES - The RU has no memory re- 
sources and is discarding incoming frames. This 
state differs from the IDLE state in that RU accu- 
mulates statistics on the number of frames it had to 
discard. 

• SUSPENDED - The RU has free memory resources 
to store incoming frames but discards them anyway. 

• READY - The RU has free memory resources and 
is ready to store incoming frames. 

NOTE: 

Frames arrive at the 82586 independent of the state of 
the RU. The situation that a frame is arriving is re- 
ferred to as Actively Receiving, even when RU is Not 
Ready and the frame is being discarded. 

The CPU may affect RU operation in three ways: issu- 
ing an RU Control Command, setting bits in the Frame 
Descriptor COMMAND word of the frame currently 
being received, or setting the EL (End of List) Bit of the 
Receive Buffer Descriptor, RBD, of the buffer current- 
ly being filled. In general, the CPU may cause the RU 
to do the following: 

• Start frame reception. 

• Suspend frame reception (start discarding) after cur- 
rent frame reception is complete. 

• Resume reception if the RU is in SUSPENDED 
state. 

• Abort reception at once and return to IDLE state. 

• Stop reception after a particular FD is filled (frame 
/ received). This FD is referred to as the last FD on 

the list. 

• Suspend reception after particular FD is filled 
(frame received). 

• Stop reception after a particular RBD is filled. This 
is the last RBD in the list. 

NOTE: 

The RU issues an Interrupt after every received frame. 



There are two points in time relevant to frame recep- 
tion: 

• Acceptance time - the time after a Channel Atten- 
tion is issued by the CPU, the RU reads the Control 
Command and takes initial action. 

• Completion of Reception - the time the RU ends 
receiving or discarding an incoming frame. This is a 
decision time for the RU on how to proceed and is 
discussed in detail in section 2.9.2. 

The RU uses two internal flags to remember requests 
from acceptance time to be acted upon at completion of 
reception time: RU-START-REQUEST and RU-SUS- 
PEND-REQUEST. 

At acceptance time, after CU passes the Control Com- 
mand to the RU and finishes accepting its own Control 
Command, the RU starts analyzing its command. The 
SCB's RUC field may take one of the following values: 
RU-START, RU-SUSPEND, RU-RESUME, or RU- 
ABORT. 



RU-START 

The RU is made ready to receive frames. At Accept- 
ance time, the RU may or may not be actively receiving 
a frame. 

First case - the RU performs the following sequence if 
it is actively receiving: 

1) Clears the internal RU-START-REQUEST and 
RU-SUSPEND-REQUEST flag. 

2) Reads the RFA OFFSET word from SCB and saves 
it internally as the pointer to the next FD. 

3) Sets RU-START-REQUEST, thus when the current 
frame has been received or discarded, the RU goes to 
the READY state and sets up the next FD. 

Second case - The RU performs the following sequence 
if it is not actively receiving: 

1) Clears internal RU-START-REQUEST and RU- 
SUSPEND-REQUEST flags. 

2) Reads RFA OFFSET word from SCB and saves it 
internally as the pointer to the next FD. 

3) If the RU is not in the READY state, or the RU is 
in the READY state and assures that DMA did not 
transfer any data to the current FD, it does the fol- 
lowing: it stops discarding, goes to the READY 
state, gives up buffers that have been prefetched (if 
any), and sets up a new FD. Setting up a new FD 
uses the pointer to the next FD to prepare reception 
of the next frame (see section 2.9). 
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4) If the RU is in the READY state and DMA started 
transferring data to memory before the RU had the 
opportunity to stop it, the following occurs: the RU 
goes to the NO-RESOURCES state (without issuing 
a RNR Interrupt) and sets the internal RU-ST ART- 
REQUEST. Next, (in the particular case where RU 
does not manage to stop DMA in time) one frame is 
discarded and the user is notified by temporarily be- 
ing in the NO-RESOURCES state. 

The CPU must ensure that the 82586 is properly con- 
figured before starting the RU. This rule specifically 
applies to IA-SETUP, MC-SETUP, CONFIGURE 
Action Commands. Failure to perform CONFIGURE 
Action Command before stating the RU may result in 
unpredictable behavior of the receive process. 

Failure to perform IA-SETUP before a RU START 
may result in a coincidental address match on a re- 
ceived frame. See also section 3.5 for other rules for 
starting the RU. 



RU-SUSPEND 

Suspends RU operation after reception of current frame 
is complete, or reception of first frame to be received is 
complete. The RU performs the following: 

1) If the RU is in the READY state, sets internal RU- 
SUSPEND request. 

2) If the RU is not in the READY state, ignores the 
command. 



RU-RESUME 

Resumes frame reception. The RU performs the follow- 
ing sequence: 

1) Clears RU-SUSPEND-REQUEST. 

2) If the RU is in the SUSPENDED state, and not 
actively discarding a frame, it goes to the READY 
state and sets up a new FD (see section 2.9). 





Table 2-3. RU Control Commands - 


Actions at Acceptable Time 
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Table 2-4. RU Activities Performed at End of Execution 


EL Bit 


SBit 


Request 


Next State 


Action 












None 

Suspend 

Start 


Ready 

Suspended 

Ready 


SetUpFD 
RNR Interrupt 
SetUpFD 







1 
1 
1 


None 

Suspend 

Start 


Suspended 
Suspended 
Suspended 


RNR interrupt 
RNR Interrupt 
RNR Interrupt 









None 

Suspend 

Start 


No Resources 
No Resources 
Ready 


RNR Interrupt 
RNR Interrupt 
SetUpFD 




1 
1 
1 


None 

Suspend 

Start 


No Resources 
No Resources 
Ready 


RNR Interrupt 
RNR Interrupt 
Set Up FD 



NOTE: 

After a frame is received, FR interrupt is generated. 

3) If the RU is in the SUSPENDED state and actively 
discarding a frame, it sets RU-ST ART-REQUEST. 

4) If the RU is not in the SUSPENDED state, it ig- 
nores the command. 



RU-ABORT 

RU stops reception immediately and goes to the IDLE 
state. RU performs the following: 

1) If the RU is in the READY state, it requests an 
RNR Interrupt. 

2) Stops all DMA activity and starts discarding incom- 
ing data. 

3) Changes the RU to the IDLE state. 



2.7.5 Reset 

The 82586 has both a software and hardware RESET. 
After power up, a hardware RESET is required by the 
82586. A Channel Attention following this reset will 
result in the 82586 accessing the System Control Point- 
er located at 0FFFFF6H. The first access is made on an 
8-bit data boundary. Depending on the contents of lo- 
cation 0FFFFF6H, the subsequent access will be made 
on 8 or 16-bit data boundary. 

A software RESET is available on the 82586 through 
bit 7 of the Control Command word in the System Con- 
trol Block. It may be used after the 82586 has been 
initialized and it has the ISCP and SCP addresses. The 
software RESET is intended to operate selectively on a 
particular 82586. 



The hardware RESET causes all major hardware con- 
trol flip flops to be cleared. The CU and RU also clear 
their internal flags, they include: 

END-OF-LAST-BUFFER = 
ID-FULL = 
RU-state = IDLE 
CU-state = IDLE 
CU-SUSPEND-REQUEST = 
CU- ABORT-REQUEST = 
CNA-REQUEST = 
CX-REQUEST = 
RU-SUSPEND-REQUEST =' 
RU-START-REQUEST = 
RNR-REQUEST = 
PR-REQUEST = 
ADDRESS-LENGTH = 6 

NOTE: 
The System and Transmit clocks must be stable at 
their correct levels and timings before hardware RE- 
SET can be issued. 

The CU performs the following upon recognition of a 
software RESET: 

1) Terminates DMA activity. 

2) Writes all zeros to SCB COMMAND word. 

3) Triggers a hardware RESET. 
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NOTE: 

A Channel Attention from the CPU must be delayed 
for at least 8 clocks after the SCB COMMAND word 
(with a RESET) is cleared. Several internal flip flops, 
including the internal Channel Attention flip flop, are 
cleared 8 clocks after the SCB COMMAND word is 
cleared therefore, a premature Channel Attention may 
not get recognized. 



2.7.6 Error Statistics Registers 

The last four words in the SCB are statistics registers 
that accumulate tallies on: CRC errors, Alignment er- 
rors, number of frames lost due to No Resources, num- 
ber of frames lost due to DMA overruns. 



CRC ERROR COUNTER: 

Contains the number of properly aligned frames re- 
ceived with a CRC error. It is incremented by the 
82586 for every frame with a CRC error that was tar- 
geted for this specific station and was longer than the 
Minimum Frame Length. 



ALIGNMENT ERROR COUNTER: 

Counts the number of misaligned frames received with 
a CRC error. It is incremented by the 82586 for every 
misaligned frame with a CRC error that was targeted 
for this specific station and was longer than the Mini- 
mum Frame Length. 



The 82586 increments the registers at Completion of 
Reception time if the appropriate event happens and 
the register has not reached OFFFFH. The registers are 
'sticky,' i.e. they do not wrap around from OFFFFH to 
zero. The registers can be cleared (or set to any value) 
only by the host CPU. 

The CPU cannot update the register while the 82586 is 
incrementing it (restoring the old value plus one) be- 
cause the 82586 performs the read counter/increment/ 
write counter operation without relinquishing the bus. 
This is done to ensure that no logical contention exists 
between the 82586 and the CPU. 

In a dual port memory configuration, the CPU should 
check the state of the counter immediately after updat- 
ing it. This practice checks for the case where the 82586 
placed into the counter the incremented 'old counter* 
value after the CPU has cleared the counter. Because 
the 82586 does not write to the counter when OFFFFH 
is reached, the CPU may safely reset the counter with- 
out this check. 

Incrementing the registers does not depend on the state 
of the Receive Unit. The CRC, Alignment and overrun 
error counters are incremented for each frame that ex- 
periences the specific error, was targeted for this specif- 
ic station, and was longer than the Minimum Frame 
Length configuration parameter. The No Resources 
counter is incremented when a frame targeted to this 
station, has no error, and is lost or partially lost because 
there was no room in the memory structure. 

The counters get incremented during External Loop 
Back operation, as well as in normal Transmit and Re- 
ceive operation. 



NO RESOURCES ERROR COUNTER: 

Records the number of correctly received frames dis- 
carded due to the lack of memory resources (buffer 
space or received frame descriptors). It is incremented 
by the 82586 for every frame discarded due to lack of 
memory resources that was targeted for this specific 
station and did not experience any error. 



OVERRUN ERROR COUNTER: 

Counts the number of received frame sequences lost 
because the memory bus was not avaialble in time to 
transfer them. Note that more than one frame may get 
lost due to overrun, and in this case the counter is in- 
cremented only once. 



2.7.7 SCB Status Update 

The 82586 updates the SCB status word in the follow- 
ing events: 

1) At the end of the initialization procedure, the 82586 
writes SCB status denoting CU IDLE, RU IDLE, 
CX interrupt and CNA interrupt. 

2) When a control command is accepted, the 82586 up- 
dates the SCB status and clears the SCB command 
word to denote 'acceptance completed.' 

3) After execution of an Action Command. However, 
the CX bit setting is directly connected to the I bit. 

4) After receiving a frame. 
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2.8 ACTION COMMANDS 

The 82586 executes a 'program' that is made up of Ac- 
tion Commands in the Command List, CBL. As shown 
in Figure 2-10, each command contains the command 
field, status and control fields, link to the next Action 
Command in the CBL, and any command-specific pa- 
rameters. This command format is called the Com- 
mand Block. 

The 82586 has a repertoire of 8 commands: 

NOP Transmit 

Individual Address Setup TDR 

Configure Diagnose 

Multicast Address Setup Dump 

NOP: 

This command results in no action by the 82586 other 
than the normal command processing, such as fetching 
the command and decoding the command field. 

INDIVIDUAL ADDRESS SETUP: 

This command is used to load the 82586's unique ad- 
dress. The unique address is contained in the parameter 
field of the command. 

CONFIGURE: 

The Configure command is used to load the 82586 with 
its operating parameters. Upon reset, the 82586 initial- 
izes to the IEEE 802.3 based parameters. If the user 
wishes to use any other values, the Configure command 
is used. 



MULTICAST ADDRESS SETUP: 

This command allows the programmer to setup one or 
more multicast addresses into the 82586. The multicast 
addresses to be setup are located in the parameter field 
of the command. 



TRANSMIT: 

One Transmit command is used to send a single frame. 
If more than one frame is to be sent, the host CPU can 
link multiple Transmit commands together. The desti- 
nation address, Length field and pointer to buffers con- 
taining the data field are contained in the parameter 
field of the Transmit command (AL-LOC = 0). 



TDR: 

This command performs the Time Domain Reflectome- 
try test on the coaxial cable. The TDR command is 
used to detect and locate cable faults caused by either 
short or open circuits on the coaxial cable. 



DIAGNOSE: 

The Diagnose command puts the 82586 through a self- 
test procedure and reports on the success or failure of 
the internal test. 



DUMP: 

This command causes the 82586 to dump its internal 
registers into memory. The registers included are those 
loaded by the Configure and Address Set-Up com- 
mands, plus status and other internal working registers. 



GENERAL FORMAT 
15 



c 


B 


COMMAND SPECIFIC 


EL 


S 


- 


W / / / i. 


CMD 


LINK OFFSET 


/ / / 


/ / / 


/ / / 


COMMAND SPECIFIC 
/////////////////////////////// 


////////// 



(STATUS) 



(COMMAND) 



Figure 2-10. General Action Command 
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Table 2-5. 82586 Action Command Summary 



• NOP, Code =■ 
Parameters : None 
Action : None 

• IA-SETUP, Code = 1 
Parameters : Individual Address 
Action : Setup Individual Address 

• CONFIGURE, Code = 2 

Parameters : Byte count and configuration 
values list 

Action : Configure the 82586 

• MC-SETUP, Code = 3 

Parameters : Byte count and Multicast Ad- 
dress list 

Action : Setup Multicast HASH table 

• TRANSMIT, Code = 4 

Parameters : Destination Address, Length 
Field, linked buffer list holding 
the Data Field 

Action : Transmit frame, and in case of 
collisions, retransmit 



TDR, Code = 5 

Parameters : None 

Action : Perform Time Domain Reflec- 
tometry test and return results 



DUMP, Code = 6 

Parameters : Address of memory location to 
write results 

Action : Dump set of internal registers 
to memory 



DIAGNOSE, Code 
Parameters : None 



Action 



: Perform internal test procedure 
and returns results 



2.8.1 General Action Command 

The format common to all Action Commands and the 
algorithms for beginning and completing the execution 
(also common to all the commands) is described below. 

NOTE: 

System and Transmit Clocks must be applied to the 
82586 before Action Commands can be executed. 



GENERAL FORMAT 

The general format of the Command Block (CB) in- 
cludes the following fields: 

STATUS word (written by the 82586): 

C (Bit 15) - is always set at the comple- 

tion of execution. 

B 



(Bit 14) 



- is always set at the beginning 
of execution, and reset at 
completion of execution con- 
currently with C bit being set. 



NOTE: 

The 82586 does not read the B or C bits. If the SCB 
pointer points to a CB and C = 1, the 82586 will still 
execute the command. 

COMMAND word: 



EL 


(Bit 15) 


- Indicates that this is the last 
Command Block in the com- 
mand list. 


S 


(Bit 14) 


- Indicates that the CU should 
suspend after completion of 
execution of this command. 


I 


(Bit 13) 


- Indicates that the 82586 
should issue an interrupt after 
completion of executing this 
command. 


CMD 


(Bits 0-2) 


- Indicates the specific com- 
mand. 



LINK OFFSET: Address of the next command block 
in the list. 

BEGINNING OF EXECUTION 

An Action Command may be started by either the CU- 
START or CU-RESUME Control Command, or may 
follow a previous Action Command. However, the ac- 
tual command start may be delayed by RU activity. 

The following sequence is performed by the CU at the 
beginning of execution of each Action Command: 

1) Writes a word whose B bit is set and the remainder 
of the field cleared to the STATUS word of the next 
CB. The content of the STATUS word is specified 
for each Action Command in the description that 
follows. 
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2) The next CB becomes the current CB. 

3) Reads the COMMAND word of the current CB 
and saves the following fields for later use: EL, I, S 
and CMD. 

4) Reads the LINK OFFSET of the current CB and 
makes it the next CB. 

5) Performs specific actions according to the Action 
Command specified in the CMD field. 



COMPLETION OF EXECUTION 

Command completion time is asynchronous to the be- 
ginning of the command. It is determined by the com- 
mand type, RU activity, CU Control Commands, etc. 
The CU is always in the ACTIVE state at this time. 
The decision on how to proceed, depends on the follow- 
ing flags: CU-SUSPEND-REQUEST, CU-ABORT- 
REQUEST EL, I, S. 

The following sequence is performed by the CU at com- 
pletion of execution of an Action Command: 

1) Writes command specific status to the STATUS 
word of the current CB. 

2) If I bit is set, sets request for the CX Interrupt. 

3) If EL or CU- ABORT-REQUEST is set, the CU be- 
comes IDLE and generates request for CNA inter- 
rupt. If S or CU-SUSPEND-REQUEST is set, CU 
becomes SUSPENDED. Otherwise, requests begin- 
ning of next Action Command. 

4) Sets appropriate INTERRUPT-IS flags and clears 
all Interrupt request flags. 

5) Updates STATUS word in SCB. 



6) Sets hardware Interrupt signal if any INTER- 
RUPT-IS flag is set. The detailed description of 
commands is given below. 



2.8.2 NOP 

This command results in no action by the 82586, except 
as performed in normal command processing (section 
2.8.1). It is present to aid in CBL manipulation. 

NOP COMMAND FORMAT 

NOP command includes the following fields: 

STATUS word (written by the 82586): 

C (Bit 15) - Command completed (see 

section 2.8.1) 

B (Bit 14) - Busy executing command 

OK (Bit 13) - Error free completion 



COMMAND word: 
EL (Bit 15) 
S (Bit 14) 

I (Bit 13) 

CMD (Bits 0-2) 



End of command list 
Suspend after completion 
Interrupt after completion 
NOP = 



LINK OFFSET: Address of next Command Block 

DETAILED OPERATION OF NOP COMMAND 

CU performs the following sequence: 

1) Starts Action Command (see section 2.8.1). 

2) Prepares STATUS word with C= 1, B = 0, OK= 1. 

3) Completes Action Command (see section 2.8.1). 
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Figure 2-11. The NOP Command Block 
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2.8.3 lA-Setup 

This command loads the 82586 with the Individual Ad- 
dress. This address is used by the 82586 for recognition 
of Destination Address during reception and insertion 
of Source Address during transmission. 



IA-SETUP COMMAND FORMAT 

The IA-SETUP command includes the following fields: 

STATUS word (written by the 82586): 

C (Bit 15) - Command completed (see 

section 2.8.1) 

- Busy executing command 

- Error free completion 

- Command aborted 



B 


(Bit 14) 


OK 


(Bit 13) 


A 


(Bit 12) 


COMMAND word 


EL 


(Bit 15) 


S 


(Bit 14) 


I 


(Bit 13) 


CMD 


(Bits 0-2) 



End of command list 
Suspend after completion 
Interrupt after completion 
IA-SETUP = 1 

LINK OFFSET: Address of next Command Block 

INDIVIDUAL ADDRESS: Individual Address pa- 
rameter 

The least significant bit of the Individual Address pa- 
rameter must be zero for IEEE 802.3. However, no 
enforcement of is provided by the 82586. Thus, an 
Individual Address with least significant bit 1, is possi- 
ble. 

The 82586 will read only the number of bytes config- 
ured as address length. 



DETAILED OPERATION OF THE IA-SETUP 
COMMAND 

The Individual Address is transferred by TX-DMA via 
TX-FIFO to Transmit-Byte-Machine. See section 2.13. 
The CU performs the following sequence: 

1) Starts Action Command. 

2) Writes the IA-SETUP command byte to TX-FIFQ. 

3) Initiates TX-DMA with the address of the first byte 
of INDIVIDUAL ADDRESS and byte count ac- 
cording to configured Address Length. 

4) Upon completion of DMA, writes the End of Com- 
mand byte to TX-FIFO. 

5) Waits for the Transmit-Byte-Machine to complete 
the updating of Individual Address register. 

6) If the internal CU-ABORT-REQUEST flag is set, 
prepares STATUS word with C = 1, B = 0, 
OK = 0, A = 1; otherwise, prepares STATUS 
word with C = 1, B = 0, OK = 1, A = 0. 

7) Completes the Action Command. 

The Transmit-Byte-Machine maintains a 48-bit Indi- 
vidual Address register used for Source Address inser- 
tion during transmission and for Destination Address 
recognition during reception. RESET causes the Indi- 
vidual Address register to be set to all ones. 

After the Transmit-Byte-Machine reads an IA-SETUP 
command from TX-FIFO, it reads the following bytes 
into the Individual Address register. The expected 
number of bytes is determined by the Address length 
configuration parameter. If Address length is less than 
6 bytes then only part of the register is used. If fewer 
bytes than Address length are read from TX-FIFO (in 
case of abortion) only that number of bytes is updated. 
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Figure 2-12. The IA-SETUP Command Block 
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2.8.4 Configure 

The CONFIGURE command is used to update the 
82586 operating parameters. It allows from 4 to 12 pa- 
rameter bytes to be updated/Refer to section 2.12 for 
details on the configuration parameters. 



CONFIGURE COMMAND FORMAT 

The CONFIGURE command includes the following 
fields: 



Byte 6-7: 

BYTE CNT (Bits 0-3) - Byte Count, Number of 
bytes including this one, holding the parame- 
ters to be configured. A number smaller than 
4 is interpreted as 4. A number greater than 
12 is interpreted as 12. 

FIFO-LIM (Bits 8-11) - Value of TX-FIFO- 
Threshold 

Byte 8-9: 



STATUS word (written by the 82586): 

C (Bit 15) - Command completed 

section 2.8.1) 



(see 



B (Bit 14) 


- Busy executing command 


OK (Bit 13) 


- Error free completion 


A (Bit 12) 


- Command aborted 


COMMAND word: 




EL (Bit 15) 


- End of command list 


S (Bit 14) 


- Suspend after completion 


I (Bit 13) 


- Interrupt after completion 


CMD (Bits 0-2) 


- Configure = 2 



LINK OFFSET: Address of next Command Block 



SRDY/ARDY (Bit 6) - - SRDY/ARDY pin 
operates as ARDY (internal synchroniza- 
tion). 

1 - SRDY/ARDY pin operates as SRDY (ex- 
ternal synchronization). 

SAV-BF (Bit 7) - - Received bad frames are not 
saved in memory. 

1 - Received bad frames are saved in memory. 

ADDR-LEN (Bits 8-10) - Number of address 
bytes. NOTE: 7 is interpreted as 0. 

AL-LOC (Bit 11) - - Address and Length Fields 
separated from data and associated with 
Transmit Command Block or Receive Frame 
Descriptor. For transmitted Frame, Source 
Address is inserted by the 82586. 

1 - Address and Length Fields are part of the 
Transmit/Receive data buffers, including 
Source Address (which is not inserted by the 
82586). 
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Figure 2-13. The CONFIGURE Command Block 
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PREAM-LEN (Bits 12-13) - Preamble Length in- 
cluding Start Frame Delimiter 

00-2 bytes 

01-4 bytes 

10-8 bytes 

11 - 16 bytes 

INT-LPBCK (Bit 14) - Internal Loopback 

EXT-LPBCK (Bit 15) - External Loopback. 
NOTE: Bits 14 and 15 configured to 1, cause 
Internal Loopback. 

Byte 10-11: 

LIN-PRIO (Bits 0-2) - Linear Priority 

ACR (Bits 4-6) - Accelerated Contention Resolu- 
tion 

BOF-MET (Bit 7) - Exponential Backoff Method 

- IEEE 802.3 

1 - Alternate method 

INTERFRAME-SPACING (Bits 8-15) - Num- 
ber indicating the Interframe Spacing in TxC 
period units 

Byte 12-13: 

SLOT-TIME (L) (Bits 0-7) - Slot Time number, 
low byte 

SLOT-TIME (H) (Bits 8-10) - Slot Time number, 
high bits 

RETRY-NUM (Bits 12-15) - Maximum number 
of transmission retries on collisions 

Byte 14-15: 

PRM (Bit 0) - Promiscuous Mode 

BC-DIS (Bit 1) - Broadcast Disable 

MANCH/NRZ (Bit 2) - Manchester or NRZ en- 
coding/decoding 

- NRZ 

1 - Manchester 

TONO-CRS (Bit 3) - Transmit on No Carrier 
Sense 

- Cease transmission if CRS goes inactive 
during frame transmission 

1 - Continue transmission even if no Carrier 
Sense 

NCRC-INS (Bit 4) - No CRC Insertion 

CRC-16(Bit5)-CRCType 

- 32 bit Autodin II CRC polynomial 

1 - 16 bit CCITT CRC polynomial 
BT-STF (Bit 6) Bitstuffing: 

- End of Carrier mode (IEEE 802.3) 

1 - HDLC like Bitstuffing mode 



PAD (Bit 7) - Padding 

- No Padding 

1 - Perform padding by transmitting flags for 
remainder of Slot Time 

CRSF (Bits 8-9) - Carrier Sense Filter in bit times 

CRS-SRC (Bit 11) Carrier Sense Source 

- External 

1 - Internal 

CDTF (Bits 12-14) - Collision Detect Filter in bit 
times 

CDT-SRC (Bit 15) - Collision Detect Source 

- External 

1 - Internal 



Minimum number 



Byte 16: 

MIN-FRM-LEN (Bits 0-7) 
of bytes in a frame 

CONFIGURATION DEFAULTS 



The default values of the configuration parameters are 
compatible with the IEEE 802.3 Standard. RESET 
configures the 82586 according to the defaults shown in 
Table 2-6: 

Table 2-6. 82586 Default Values 



Preamble Length 


= 


2 


Address Length 


= 


6 


Broadcast Disable 


= 





CRC-16/CRC-32 


= 





No CRC Insertion 


= 





' Bitstuffing/EOC 


= 





Padding 


= 





Min-Frame-Length 


= 


64 


Interframe Spacing 


= 


96 


Slot Time 


= 


512 


Number of Retries 


= 


15 


Linear Priority 


= 





Accelerated Contention Resolution 


= 





Exponential Backoff Method 


= 





Manchester/NRZ 


= 





Internal CRS 


= 





CRS Filter 


= 





Internal CDT 


= 





CDT Filter 


= 





Transmit On No CRS 


= 





FIFO-Threshold 


= 


8 


SRDY/ARDY 


= 





Save Bad Frame 


= 





Address/ Length Location 


= 





Internal Loopback 


= 





External Loopback 


= 





Promiscuous Mode 


= 
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DETAILED OPERATION OF THE CONFIGURE 
COMMAND 

Some parameters are kept by the CU, the remainder are 
transferred by TX-DMA to the Transmit-By te-Ma- 
chine via TX-FIFO. The CU performs the following 
sequence. 

1) Starts the Action Command. 

2) Reads bytes 6, 7, 8, and 9, and s aves the following: 
BYTE-CNT, FIFO-LIM, SRDY/ARDY, SAV-BF, 
ADDR-LEN, AL-LOC. 

3) Writes the Configure byte to TX-FIFO. 

4) Initiates TX-DMA to address of byte 6 and byte 
count specified by BYTE-CNT. 

5) Upon completion of DMA writes the End of Com- 
mand byte to TX-FIFO. 

6) Waits for the Transmit-By te-Machine to complete 
updating configuration registers. 

7) If the internal CU-ABORT-REQUEST flag is set, 
prepares STATUS word with C • = 1, B = 0, 
OK = 0, A = 1; otherwise, prepares STATUS 
word with C = 1, B = 0, OK = 1, A = 0. 

8) Completes the Action Command. 

The Transmit-By te-Machine maintains 10 bytes of 
Configuration registers for determining the 82586's 
'personality.' RESET causes Configuration registers to 
be set to values specified in Table 2-6 (compatible to 
IEEE 802.3). 



After the Transmit-Byte-Machine reads the CONFIG- 
URE command from TX-FIFO it reads and ignores 2 
bytes, reads and updates Configuration registers with 
the next 10 bytes, and reads and ignores the remaining 
bytes. If less than 12 bytes are read when End of Com- 
mand is encountered, only part of the Configuration 
registers are updated: The Transmit-Byte-Machine no- 
tifies CU after completion. 



2.8.5 MC-Setup 

This command sets up the 82586 with a set of Multicast 
Addresses. Subsequently, incoming frames with Desti- 
nation Addresses from this set are accepted. 



MC-SETUP COMMAND FORMAT 

The MC-SETUP command includes the following 
fields: 

STATUS word (written by the 82586): 

C (Bit 15) - Command completed (see 

section 2.8.1) 

- Busy executing command 

- Error free completion 

- Command aborted 

- End of command list 

- Suspend after completion 

- Interrupt after completion 

- MC-SETUP = 3 ■ 
LINK OFFSET: Address of next Command Block 



B. 


(Bit 14) 


OK 


(Bit 13) 


A 


(Bit 12) 


COMMAND word: 


EL 


(Bit 15) 


S 


(Bit 14) 


I 


(Bit 13) 


CMD 


(Bits 0-2) 





15 













c 
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OK 


A 
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Figure 2-14. The MC-SETUP Command Block 
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MC-CNT: A 14-bit field indicating the number of 
bytes in the MC-LIST field. MC-CNT is 
truncated to the nearest multiple of Address 
Length (in bytes). Issuing a MC-SETUP 
command with MC-CNT = disables re- 
ception of any incoming frame with a Mul- 
ticast Address. The 14 bit field for MC ad- 
dresses accommodates a maximum of 2730 
Multicast Addresses, assuming a 6 byte ad- 
dress length. 

MC-LIST: A list of Multicast Addresses to be accepted 
by the 82586. Note that the most significant 
byte of an address is followed immediately 
by the least significant byte of the next ad- 
dress. Note also that the least significant bit 
of each Multicast Address in the set must be 
a one. 

DETAILED OPERATION OF MC-SETUP 
COMMAND 

TX-DMA transfers the list of Multicast Addresses 
from memory to Transmit-Byte-Machine via TX- 
FIFO. See section 2.13. CU performs the following se- 
quence: 

1) Starts Action Command. 

2) Reads MC-CNT and saves it internally. 

3) Writes a MC-SETUP command byte to TX-FIFO. 

4) Initiates TX-DMA with the MC-LIST address and 
byte count according to MC-CNT. 

5) Upon completion of DMA, writes End of Command 
bit to TX-FIFO. 

6) Waits for Transmit-Byte-Machine to complete 
HASH table update. 

7) If the internal CU- ABORT-REQUEST flag is set, 
prepares STATUS word with C = 1, B = 0, 
OK = 0, A = 1; otherwise, prepares STATUS 
word with C = 1, B = 0, OK = 1, A = 0. 

8) Completes the Action Command. 

The Transmit-Byte-Machine maintains a 64-bit HASH 
table used for checking Multicast Addresses during re- 
ception. 

An incoming frame is accepted if it has a Destination 
Address whose least significant bit is a one, and after 
hashing points to a bit in the HASH table whose value 
is one. The hash function is selecting bits 2 to 7 of the 
Transmit CRC register. RESET causes the HASH ta- 
ble to become all zeros. 

After the Transmit-Byte-Machine reads a MC-SETUP 
command from TX-FIFO, it clears the HASH table 
and reads the bytes in groups whose length is deter- 
mined by the ADDRESS length. Each group is hashed 
using CRC logic and the bit in the HASH table to 
which bits 2-7 of the CRC register point is set to one. 
A group that is not complete has no effect on the 



HASH table. Transmit-Byte-Machine notifies CU after 
completion. 

2.8.6 Transmit 

The TRANSMIT command causes transmission and if 
necessary retransmission of a frame. 

TRANSMIT COMMAND BLOCK FORMAT 

TRANSMIT CB includes the following fields: 

STATUS word (written by the 82586): 

C (Bit 15) - Command completed (see 

section 2.8.1) 

B (Bit 14) - Busy executing command 

OK (Bit 13) - Error free completion 

A (Bit 12) - Command aborted 

S10 (Bit 10) - No Carrier Sense signal dur- 

ing transmission (between be- 
ginning of Destination Ad- 
dress and end of Frame 
Check Sequence). On the B- 
step this bit will always be 
zero when the 82586 is con- 
figured with TONO-CRS = 
1. All subsequent steppings 
S10 will be set if the Carrier 
Sense signal is lost, regardless 
of the TONO-CRS Configure 
bit. 

S9 (Bit 9) - Transmission unsuccessful 

(stopped) due to loss of Clear- 
to-Send signal. 

S8 (Bit 8) - Transmission unsuccessful 

(stopped) due to DMA un- 
derrun, (i.e. data not supplied 
from the system for transmis- 
sion). 

S7 (Bit 7) - Transmission had to Defer to 

traffic on the link. 

S6 (Bit 6) - SQE TEST. Indicates that af- 

ter the previous transmission 
and during the Interframe 
Spacing period, the SQE 
TEST signal was detected on 
the Collision Detect pin. This 
bit is meaningful if S5 and 
MAX-COLL fields are both 
zero, i.e. no collisions oc- 
curred during transmission. . 

S5 (Bit 5) - Transmission attempt 

stopped due to number of col- 
lisions exceeding the maxi- 
mum number of retries. 

MAX-COLL (Bits 3-0)- Number of Collisions experi- 
enced by this frame. S5 = 1 
and MAX-COLL = indi- 
cates that there were 16 colli- 
sions. 
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COMMAND word: 
EL (Bit 15) 
S (Bit 14) 

I (Bit 13) 

CMD (Bits 0-2) 



- End of command list 

- Suspend after completion 

- Interrupt after completion 

- TRANSMIT = 4 



LINK OFFSET: Address of next Command Block 

TBD OFFSET: Address of the first Transmit Buffer 
Descriptor. TBD-OFFSET = OFFFFH indicates that 
there is no Data field. 

DESTINATION ADDRESS: Destination Address of 
the frame. 

LENGTH FIELD: Length Field of the frame. 

TRANSMIT BMFFER DESCRIPTOR FORMAT 

STATUS word: 

EOF - Indicates that this is the Buffer Descriptor of 
the last buffer of this frame's Data Field. 

ACT-COUNT (Bits 0-13) -Actual number of data 
bytes in the buffer (can 
be even or odd). 

NEXT BD OFFSET: Points to next Buffer Descriptor 
on the list. When the EOF bit is 
set, this field is meaningless. 

BUFFER ADDRESS: 24-bit absolute address of buff- 



DETAILED OPERATION OF TRANSMIT 
COMMAND 

Execution of TRANSMIT Command causes transmis- 
sion of a frame. If the frame experiences collisions, the 
CU retransmits the frame up to a configurable maxi- 
mum number of times. 

To transmit a frame, the user must setup the following: 

• Command code. 

• Destination Address and Length Field in TRANS- 
MIT CB. 

• TBD OFFSET should point to the first Buffer De- 
scriptor of the list of buffers that holds the Data 
Field. If the frame does not include Data, TBD 
OFFSET should be set to OFFFFH. 

• For each buffer, BUFFER ADDRESS, ACTUAL 
COUNT and NEXT BD OFFSET should be setup. 
The EOF flag indicates the last buffer in the list 
representing the Data Field. 

Unlike other Action Commands having parameters in 
one block in memory, the TRANSMIT Command may 
have parts of the parameters scattered in a linked list of 
buffers. The CU prefetches the buffers in the list on the 
fly. If the AL-Location configuration is zero, the Desti- 
nation Address and Length Field are in the TRANS- 
MIT CB and are treated as the first buffer. The Infor- 
mation Field is in the list of buffers. If the AL-Location 
Bit is one, the whole frame is in the buffers. See Figure 
2-17. 
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Figure 2-15. The Transmit Command Block 
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Figure 2-16. The Transmit Buffer Descriptor 
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Figure 2-17. The Transmit Command Data Structure 
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While the CU is prefetching the address and byte count 
of one buffer, TX-DMA is transferring the previous 
buffer to the Transmit-Byte Machine via TX-FIFO. 
Completion of buffer transfer by TX-DMA, triggers 
the CU to initiate TX-DMA for the next buffer (if al- 
ready prefetched) and to start the prefetch of the next 
buffer. The buffer prefetch/transfer cycle is terminated 
when a buffer, whose EOF bit is set, is transferred to 
TX-FIFO. 

CU performs the following sequence during transmis- 
sion: 

1) Starts the Action Command. 

2) Writes the TRANSMIT Command bit to TX- 
FIFO. 

3) Reads BD OFFSET and saves it as the Look 
Ahead BD Address. 

4) If the ADDRESS/LENGTH LOCATION config- 
uration bit is zero, the 82586 does the following: 

If the Look Ahead BD Address is not equal to 
OFFFFH, then goes to the buffer prefetch/transfer 
cycle (section 2.9.6). Initiates TX-DMA to the ad- 
dress of the first byte of the Destination Address 
field in the CB and to the byte count of the Address 
length bit plus 2. If the Look Ahead BD Address is 
equal to OFFFFH, then after completing DMA of 
the Destination Address and Length Field writes 
End of Command byte to TX-FIFO. 

5) If the ADDRESS/LENGTH LOCATION config- 
uration bit is one, then goes to the buffer prefetch/ 
transfer cycle and forces one dummy DMA com- 
pletion. 

6) Waits for completion of the TRANSMIT Com- 
mand. This includes transfer of the whole frame to 
the Channel Interface Module and transmission of 
the frame by the latter. The command can be com- 
pleted either with a collision (and not exceeding 
maximum collision) or without a collision. 

7) If execution completed without a collision and 
without an error (regardless of CU-ABORT-RE- 
QUEST), then prepares STATUS word 
with C = 1, B = 0, OK = 1, A = 0, S6, S7 and 
NUM-COLL updated, and remaining bits zero. 

8) If execution completed with CU-ABORT-RE- 
QUEST (and a collision or error) prepare STATUS 
word with C = 1, B = 0, OK = 0, A = 1 and 
NUM-COLL = 1. 

9) If execution completed with a Collision (and not 
exceeding maximum collision), regardless of errors 
and without CU-ABORT-REQUEST, writes Re- 
transmit command byte to TX-FIFO and returns 
to Step 3 of this sequence. This causes retransmis- 
sion of the frame. 



10) If the execution completed with an error (no colli- 
sion or CU-ABORT-REQUEST); prepares 
STATUS word with C = 1, B = 0, OK = 0, 
A = and the remaining bits updated, 

11) Completes the Action Command. 

Note that transmission is terminated by the CU per- 
forming one of the following steps; 7, 8, 9, or 10. 

The Chart below summarizes which sequence step list- 
ed above the CU performs: 



Collision 


Error 


Abort-Request 


Step 


Remarks 


no 


no 


don't care 


7 


normal 


no 


yes 


no 


10 


error 


no 


yes 


yes 


8 


abort 


yes 


don't care 


no 


9 


retransmit 


yes 


don't care 


yes 


8 


abort 



BUFFER PREFETCH/TRANSFER CYCLE 

This cycle is called by the sequence-performing 
TRANSMIT command execution. Collision detection 
(not exceeding the maximum collision) anytime during 
this sequence, causes CU to Read BD OFFSET and 
save it as the Look Ahead BD Address, write retrans- 
mit command byte to TX-FIFO and go to Step 4 of the 
TRANSMIT command sequence. 

The buffer prefetch/transfer cycle is as follows: 

1) Store Look Ahead BD address in Next-BD- Address. 

2) Read and save 14-bit ACT COUNT field and EOF 
flag. 

3) Read NEXT BD OFFSET and save it in Look 
Ahead BD Address. 

4) Read and save the 24-bit BUFFER ADDRESS field. 

5) Wait for completion of TX-DMA (first time initiat- 
ed in step 4 of transmit sequence). 

6) Initiate TX-DMA with address according to BUFF- 
ER ADDRESS and byte count according to ACT 
COUNT. 

7) If EOF bit is not set, repeat the cycle. 

8) After DMA completion, write the End of Command 
byte to TX-FIFO. 

FRAMING OPERATION 

The Transmit-Byte-Machine maintains the following 
registers for construction of frames: Preamble pattern, 
SFD Field (pattern determined by End-of-Carrier/Bit- 
stuffing configuration parameters), Source Address, 
CRC generator, Jam patterns (all ones). 
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After the Transmit-Byte-Machine reads the TRANS- 
MIT command from TX-FIFO, a frame is constructed 
and transferred to the Transmit-Bit-Machine (see sec- 
tion 2.13) for bit transmission. The Transmit-Byte-Ma- 
chine performs the following sequence: 

1) Transfer Preamble bytes according to Preamble 
length configuration parameter minus one. 

2) Transfer the SFD Field. 

3) Start CRC calculation. 

4) Read and transfer the Destination Address bytes 
from TX-FIFO (number determined by Address 
length). 

5) If AL-Location configuration parameter is zero, 
transfer Individual Address as Source Address. Oth- 
erwise, read and transfer Source Address from TX- 
FIFO. If AL-Location = 1 and there are less than 
Address-Length bytes in TX-FIFO, a DMA under- 
run is forced. 

6) Read and transfer all remaining bytes from TX- 
FIFO. These are the Length and Information fields. 

7) Transfer CRC (calculated according to CRC 16/32 
configuration parameter). 

8) If the 82586 is configured to Bitstuffing, transfer one 
more flag. 

9) If the 82586 is configured to Bitstuffing and to pad- 
ding, transfer flag bytes to cause the number of 
transferred bytes (excluding Preamble and SFD 
Field) to exceed the configurable Slot Time divided 
by 8. 

If a collision, underrun, or lost Carrier Sense occurred 
during transmission, the Transmit-Byte-Machine com- 
pletes the transfer of the Preamble and transfers 4 bytes 
of the Jam pattern. If there is a collision, the retry 
counter will be incremented. 



Jamming will not start before completing Preamble 
transmission. 

If a collision is detected during transmission of the last 
1 1 bits in the frame it will not result in jamming. If the 
collision is detected during transmission of the last bit 
or later, the collision will not be reported and retrans- 
mission does not take place. This may happen for an 
invalid frame which is shorter in length than the slot 
time. 

Note that a DMA underrun cannot logically occur dur- 
ing the preamble because the serial subsystem generates 
its own preamble. Also, the 82586 is insensitive to carri- 
er sense during the preamble. 

After completing transmission, or collision, the Trans- 
mit-Byte-Machine passes bits 0-10 of the STATUS 
word to the CU. 



2.8,7 TDR (Time Domain 
Reflectometer) 

This command performs a Time Domain Reflectometer 
test on the serial link. By performing the command, the 
user is able to identify short or opens and their location. 
Along with transmission of 'All Ones,' the 82586 trig- 
gers an internal timer. The timer measures the time 
elapsed from transmission start until 'echo' is obtained. 
'Echo' is indicated by Collision Detect going active or 
Carrier Sense signal drop. 

TDR COMMAND FORMAT 

TDR command includes the following fields: 



STATUS word (written by the 82586): 

C (Bit 15) - Command completed 

section 2.8.1) 

B (Bit 14) - Busy executing command 

OK (Bit 13) - Error free completion 



(see 
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Figure 2-18. The TDR Command Block 
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COMMAND word: 
EL (Bit 15) 
S (Bit 14) 

I (Bit 13). 

CMD (Bits. 0-2) 



- End of command list 

- Suspend after completion 

- Interrupt after completion 

- TDR =5 



LINK OFFSET: Address of next Command Block 

RESULT word: 

LNK-OK (Bit 15) - No link problem identified 

XCVR-PRB (Bit 14) - Transceiver Cable Problem 
identified (valid only in the 
case of a Transceiver that 
should return Carrier Sense 
during transmission). 

ET-OPN (Bit 13) - Open on the link identified. 

ET-SRT (Bit 12) - Short on the link identified 
(valid only in the case of a 
Transceiver that should re- 
turn Carrier Sense during 
transmission). 

TIME (Bits 0-10) - Specifying the distance to a 
problem on the link (if one 
exists) in transmit clock cy- 
cles. 

DETAILED OPERATION OF TDR COMMAND 

TDR command triggers the Time Domain Reflectome- 
ter test to be performed by the Transmit-Byte-Machine, 
see section 2.13. 

The CU performs the following sequence: 

1) Starts the Action Command. 

2) Writes the TDR Command byte to TX-FIFO. 

3) Waits for the Transmit-Byte-Machine to complete 
TDR test. 

4) Writes results to RESULT word. 

5) Prepares STATUS word with C = 1, B = 0, 
OK = 1. 

6) Completes the Action Command. 

After the Transmit-Byte-Machine reads a TDR com- 
mand from TX-FIFO, it performs a Time Doman Re- 
flectometer test by transmitting a TDR frame (2048 
ones) and monitoring Carrier Sense and Collision De- 
tect signals. When a TDR frame is transmitted, an in- 
ternal 12-bit counter starts counting. 

There are four possible results: 

1) The Carrier Sense signal does not' go active before 
the counter expires. For a Transceiver that should 
return Carrier Sense during transmission, this means 
that there is a problem on the cable between the 
82856 and the Transceiver. For a Transceiver that 



should not return Carrier Sense during transmission, 
this is normal. 

2) The Carrier Sense signal goes active and then inac- 
tive before the counter expires. For a Transceiver 
that should return Carrier Sense during transmis- 
sion, this means that there is a short on the link. 

3) The Collision Detect signal goes active before the 
counter expires. This means that the link is not prop- 
erly terminated (an open). 

4) The Carrier Sense signal goes active but does not go 
inactive and Collision Detect does not go active be- 
fore the counter expires. This is the normal case and 
indicates that there is no problem on the link. 

The distance to the cable failure can be calculated as 
follows: 

Distance = TIME X (Vs/(2XFs)) 
where: 

Vs - wave propagation speed on the link (M/s) 

Fs - serial clock frequency (Hz) 

Accuracy is plus/minus Vs/(2 X Fs) 

Upon completion, the Transmit-Byte-Machine passes 
the RESULT word to the CU. 

Note that the TDR frame does not contain the SFD 
field. 

2.8.8 Dump 

This command causes the contents of over a hundred 
bytes of internal registers to be placed in memory. It is 
supplied as a self diagnostic tool, as well as to supply 
registers of interest to the user. 

DUMP command includes the following fields: 

STATUS word (written by the 82586): 

C (Bit 15) - Command completed (see 

section 2.8.1) 

B (Bit 14) - Busy executing command 

OK (Bit 13) - Error free completion 



COMMAND word: 
EL (Bit 15) 
S (Bit 14) 

I (Bit 13) 

CMD (Bits 0-2) 



- End of command list 

- Suspend after completion 

- Interrupt after completion 

- DUMP = 6 



LINK OFFSET: Address of the next Command Block 

BUFFER OFFSET: This word specifies the offset por- 
tion of the memory address which 
points to the top of the buffer allo- 
cated for the dumped registers 
contents. The length of the buffer 
is 170 bytes. 
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Figure 2-19. The DUMP Command Block 



DUMP AREA FORMAT 

Figure 2-18 shows the format of the DUMP area. The 
fields are as follows: 

Bytes 00H to OAH: These bytes correspond to the 
82586 CONFIGURE command field. 

Bytes OCH to 1 1H: The Individual Address Regis- 
ter content. IARO is the Individual Address least 
significant byte. 

Bytes 12H to 13H: Status word of last command 
block (only bits 0-13). 

Bytes 14H to 17H: Content of the Transmit CRC 
generator. TXCRCRO is the least significant byte. 
The contents are dependent on the activity before 
the DUMP command: 

After RESET - 'All Ones.' 

After successful transmission - 'All Zeros.' 

After MC-SETUP command - Generated CRC 
value of the last MC address, on MC-LIST. 

After unsuccessful transmission, depends on where 
it stopped. 

NOTE: 

For 16-bit CRC only TXCRCRO and TXCRCR1 are 
valid. 

Bytes 18H to 1BH: Contents of Receive CRC 
Checker. TXCRCRO is the least significant byte. 

The contents are dependent on the activity per- 
formed before the DUMP command: 

After RESET - 'All Ones.' 

After good frame reception - 

1) For CRC-CCITT - 0D1F0H. 

2) For CRC-Autodin-II - C704DD7B. 



After Bad Frame reception 
ceived information. 



corresponds to the re- 



After reception attempt, i.e. unsuccessful check for ad- 
dress match, corresponds to the CRC performed on the 
frame address. 

NOTE: 

Any frame on the serial link modifies this register con- 
tents. 

Bytes 1CH to 21H: Temporary Registers. 

Bytes 22H to 23H: Receive Status Register. Bits 6, 
7, 8, 10, 11 and 13 assume the same meaning as 
corresponding bits in the Receive Frame Descrip- 
tor Status field. 

Bytes 24H to 2BH: HASH TABLE. 

Bytes 2CH to 2DH: Status bits of the last time 
TDR command that was performed. 

NXT-RB-SIZE: Let N be the last buffer of the last 
received frame, then NXT-RB-SIZE is the number 
of available bytes in the N + 1 buffer. 

EL - The EL bit of the Receive Buffer Descriptor. 

NXT-RB-ADR: Let N be the last Receive Buffer 
used, then NXT-RB-ADR is the BUFFER-AD- 
DRESS field in the N + 1 Receive-Buffer De- 
scriptor, i.e. the pointer to the N + 1 Receive 
Buffer. 

CUR-RB-SIZE: The number of bytes in the last 
buffer of the last received frame. 

EL - The EL bit of the last buffer in the last re- 
ceived frame. 

LA-RBD-ADR: Look Ahead Buffer Descriptor, 
i.e. the pointer to N + 2 Receive Buffer Descrip- 
tor. 

NXT-RBD-ADR: Next Receive Buffer Descriptor 
Address. Similar to LA-RBD-ADR but points to 
N + 1 Receive Buffer Descriptor. 
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Figure 2-20. The DUMP Area 
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Figure 2-20. The DUMP Area (Continued) 
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Figure 2-20. The DUMP Area (Continued) 
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Figure 2-20. The DUMP Area (Continued) 



CUR-RBD-ADR: Current Receive Buffer Descrip- 
tor Address. Similar to LA-RBD-ADR, but points 
to Nth Receive Buffer Descriptor. 

CUR-RB-EBC: Current Receive Buffer Empty 
Byte Count. Let N be the currently used Receive 
Buffer. Then CUR-RB-EBC indicates the Empty 
part of the buffer, i.e. the ACT-COUNT of buffer 
N is given by the difference between its SIZE and 
the CUR-RB-EBC. 

NXT-FD-ADR: Next Frame Descriptor Address. 
Define N as the last Receive Frame Descriptor 
with bits C = 1 and B = 0, then NXT-FD-ADR 
is the address of N + 2 Receive Frame Descriptor 
(with B = C = 0) and is equal to the LINK-AD- 
DRESS field in N ■+- 1 Receive Frame Descriptor. 

CUR-FD-ADR: Current Frame Descriptor Ad- 
dress. Similar to next NXT-FD-ADR but refers to 
Nl Receive Frame Descriptor (with B = 1, 
C = 0). 

Bytes 54H to 55H: Temporary register. 

NXT-TB-CNT: Next Transmit Buffer Count. Let 
N be the last transmitted buffer of the TRANS- 
MIT command executed recently, the NXT-TB- 
CNT is the ACT-COUNT field in the Nth Trans- 
mit Buffer Descriptor. 

EOF - Corresponds to the EOF bit of the Nth 
Transmit Buffer Descriptor. EOF = 1 indicates 
that the last buffer accessed by the 82586 during 
Transmit was the last Transmit Buffer in the 
data buffer chain associated with the Transmit 
Command. 



BUF-ADR: Buffer Address. The BUF-PTR field 
in the DUMP-STATUS Command Block. 

NXT-TB-AD-L: Next Transmit Buffer Address 
• Low. Let N be the last Transmit Buffer in the 
transmit buffer chain of the TRANSMIT Com- 
mand performed recently, then NXT-TB-AD-L 
are the two least significant bytes of the Nth buffer 
address. 

LA-TBD-ADR: Look Ahead Transmit Buffer De- 
scriptor Address. Let N be the last Transmit Buff- 
er in the transmit buffer chain of the TRANSMIT 
Command performed recently, then LA-TBD- 
ADR is the NEXT-BD-ADDRESS field of the 
Nth Buffer Descriptor. 

NXT-TBD-ADR: Next Transmit Buffer Descrip- 
tor Address. Similar in function to LA-TBD-ADR 
but related to Transmit Buffer Descriptor N-l. 
Actually, it is the address of Transmit Buffer De- 
scriptor N. 

Bytes 60H, 61H: This is a copy of the 2nd word in 
the DUMP-STATUS command presently execut- 
ing. 

NXT-CB-ADR: Next Command Block Address. 
The LINK-ADDRESS field in the DUMP Com- 
mand Block presently executing. Points to the next 
command. 

CUR-CB-ADR: Current Command Block Ad- 
dress. The address of the DUMP Command Block 
currently executing. 
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SCB-ADR: 
(SCB). 



Offset of the System Control Block 



Bytes 7EH, 7FH: 

RU-SUS-RQ (Bit 4) - Receive Unit Suspend Re- 
quest. 

Bytes 80H, 81H: 

CU-SUS-RQ (Bit 4) - Command Unit Suspend Re- 
quest 

END-OF-CBL (Bit 5) - End of Command Block 
List. If T indicates that DUMP-STATUS is 
the last command in the command chain. 

ABRT-IN-PROG (Bit 6) - Command Unit Abort 
Request. 

RU-SUS-FD (Bit 12) - Receive Unit Suspend 
Frame Descriptor Bit. Assume N is the Re- 
ceive Frame Descriptor used recently, then 
RU-SUS-FD is equivalent to the S bit of 
N + 1 Receive Frame Descriptor. 

Bytes 82H, 83H: 

RU-SUS (Bit 4) - Receive Unit in SUSPENDED 
state. 

RU-NRSRC (Bit 5) - Receive Unit in NO RE- 
SOURCES state. 

RU-RDY (Bit 6) - Receive Unit in READY state. 

RU-IDL (Bit 7) - Receive Unit in IDLE state. 

RNR (Bit 12) - RNR Interrupt In Service bit. 

CNA (Bit .13) - CNA Interrupt In Service bit. 

FR (Bit 14) - FR Interrupt In Service bit. 

CX (Bit 15) - CX Interrupt In Service bit. 

Bytes 90H to 93H: 

BUF-ADR-PTR - Buffer pointer is the absolute 
address of the bytes following the DUMP 
Command block. 

Bytes 94H to 95H: 

RCV-DMA-BC - Receive DMA Byte Count. This 
field contains number of bytes to be trans- 
ferred during the next Receive DMA opera- 
tion. The value depends on AL-LOCation 
configuration bit. 

1) If AL-LOCation = then RCV-DMA-BC 
= (2 times ADDR-LEN plus 2) if the next 
Receive Frame Descriptor has already been 
fetched. 

2) If AL-LOCation = 1 then it contains the 
size of the next Receive Buffer. 

BR + BUF-PTR + 96H - Sum of Base Address plus 
BUF-PTR field and 96H. 



RCV-DMA-ADR - Receive DMA absolute Address. 
This is the next RCV-DMA start address. The val- 
ue depends on AL-LOCation configuration bit. 

1) If AL-LOCation = 0, then RCV-DMA-ADR 
is the Destination Address field located in the 
next Receive Frame Descriptor. 

2) If AL-LOCation =1, then RCV-DMA-ADR 
is the next Receive Data Buffer Address. 

The following notes apply to all the information of the 
dump area: 

1) The listed pointers are meaningful only if the 82586 
has completed the prefetch. 

2) All Transmit Pointers refer to the last executed 
TRANSMIT Command. 

3) The Receive Pointers are meaningful only if they ex- 
ist, namely a frame was received into the existing 
memory structure. 

4) The following nomenclature has been used in the 
DUMP table: 

- The 82586 writes zero in this location. 

1 - The 82586 writes one in this location. 

X - The 82586 writes zero or one in this location. 
///- The 82586 copies this location from the corre- 
sponding position in the memory structure. 

DETAILED OPERATION OF DUMP COMMAND 

Configuration parameters and contents of other regis- 
ters are transferred from the Channel Interfaced Mod- 
ule via RCV-FIFO by Receive Unit to memory. 

The Command Unit performs the following sequence: 

1) Starts Action Command. 

2) Writes DUMP command byte to TX-FIFO. 

3) Waits for completion of DUMP. 

4) Prepares STATUS word with C= 1, B = 0, 
OK = 1. 

5) Completes Action Command. 

The Receive Unit performs the following sequence. 

1) Writes the word with the FIFO-Threshold configu- 
ration field to memory. 

2) For all data written by the Channel Interface Mod- 
ule to RCV-FIFO: Reads 2 bytes from FIFO, assem- 
bles them into a word and writes it to the next loca- 
tion in memory buffer. 

3) Writes 64 CU and RU registers to the remaining 
space in memory buffer. 

4) Notifies CU that DUMP completed. 

The Channel Interface Module passes 46 bytes of inter- 
nal registers to RU and notifies CU on completion. 

NOTE: 

This is the only Action Command involying the RU. 
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2.8.9 Diagnose 

The DJAGNOSE Command triggers an internal self 
test procedure of backoff related register and counters. 



DIAGNOSE COMMAND FORMAT 

The DIAGNOSE command includes the following: 
STATUS word (written by 82586): 



c 


(Bit 15) 


- Command completed (see 
section 2.8.1) 


B 


(Bit 14) 


- Busy executing command 


OK 


(Bit 13) 


- Error free completion 


FAIL 


(Bit 1 1) 


- Indicates that the self test 
procedure failed 


COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after completion 


I 


(Bit 13) 


- Interrupt after completion 


CMD 


(Bits 0-2) 


- DIAGNOSE = 7 



LINK OFFSET: Address of next Command Block 

OPERATION DETAILS OF DIAGNOSE 
COMMAND 

CU triggers the self test procedure of the Channel In- 
terface Module. It performs the following sequence: 

1) Starts Action Command. 

2) Writes DIAGNOSE command byte to TX-FIFO. 

3) Waits for command completion. 

4) If diagnose succeeded, then prepares STATUS word 
with C = 1, B = 0, OK = 1, FAIL = 0; otherwise, 
prepares STATUS word with C = 1, B = 0, 
OK = 0, FAIL = 1. 

5) Completes Action Command. 



The Channel Interface Module performs the self test 
procedure in two phases: Phase 1 tests the counters and 
Phase 2 tests the trigger logic. 

During Phase 1, Free Run, Exponential Backoff Time- 
out, Slot Time and Collision Counters are checked. 

The test is performed in the following steps: 

1) All counters are RESET simultaneously. 

2) Start counting. 

3) Stop counting when the Free Run Counter (10 bits), 
and Exponential Backoff Counter (10 bits), wrap 
from 'All Ones' to 'All Zeros.' Simultaneously, the 
Slot Time counter switches from 01111111111 to 
10000000000, and the collision counter (4 bits) 
wraps from 'All Ones' to 'All Zeros.' 

4) Phase 1 is successful if the 10 least significant bits 
(when applicable), of all four counters are 'all zeros.' 

During Phase 2, the test is performed in the following 
steps: 

1) Reset Exponential Backoff Shift Register, and all 
counters. 

2) Temporarily configure internally, Exponential Back- 
off logic according to the following: 

SLOT-TIME = 0BH 

LIN-PRIO = 02H 

EXP-PRIO = -01H 

BOF-MET = 00H 

3) Emulate internally, transmission and collision. 

4) If the most significant bit of Exponential Backoff 
Shift Register is 0, then go to step 3. 

5) Check Mask Logic output for being 'All Ones' (Free 
Run Counter is 'All Ones' at this point and Expo- 
nential Backoff Shift Register is also 'All Ones'). 

If Step 5 is successful, then a 'Passed' status is returned 
otherwise, 'Failed' status is returned. 
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Figure 2-21. The DIAGNOSE Command Block 
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2.9 FRAME RECEPTION 

Section 2.7 described how the user can control frame 
reception. This section presents the details of receiving 
and storing frames in memory. 



2.9.1 Receive Frame Area (RFA) 

The Receive Frame Area, RFA, is prepared by the host 
CPU. The 82586 places data into the RFA as frames 
are received. The RFA consists of a list of Receive 
Frame Descriptors (FD), each of which is associated 
with a frame. The RFA-OFFSET field of the SCB 
points to the first FD of the chain; the last FD is identi- 
fied by the End of List flag (EL). See Figure 2-22. 

In general, the incoming frame length is unknown be- 
forehand. Rather than allocating buffers with a length 
greater than the largest expected frame, the 82586 
makes it possible to store frames in a sequence of small 
buffers, which are chained into complete frames. Buff- 



ers are chained via Receive Buffer Descriptors (RBD), 
which point to a single buffer. 

Refer to section 5.3 for setting the minimum buffer size. 



2.9.2 Frame Descriptor (FD) Format 

The FD (see Figure 2-23) includes the following fields: 
STATUS word (written by the 82586): 



C 
B 



(Bit 15) 
(Bit 14) 



OK (Bit 13) 



Sll (Bit 11) 



- Completed storing a frame. 

- The 82586 knows about this 
FD and is ready to use it. 

- Frame received successfully. 
If this bit is set, then all oth- 
ers will be reset; if it is reset, 
then the other bits will indi- 
cate the nature of the error. 

- The received frame experi- 
enced a CRC error. 
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Figure 2-22. The Receive Frame Area 
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SIO (Bit 10) 


- The received frame experi- 
enced an alignment error. 


S9 (Bit 9) 


- The RU ran out of resources 
during reception of this 
frame. 


S8 (Bit 8) 


- RCV-DMA overrun. 


S7 (Bit 7) 


- The received frame had fewer 
bytes than configured Mini- 
mum Frame Length. 


S6 (Bit 6) 


- No EOF flag detected (only 
when configured to Bitstuff- 
ing). 


COMMAND word: 




EL (Bit 15) 


- The last FD on the list. 


S (Bit 14) 


- The RU should be suspended 



RBD-OFFSET (initially prepared by the CPU and lat- 
er may be updated by the 82586): Address of the first 
RBD that represents the Information Field. RBD- 
OFFSET = OFFFFH means there is no Information 
Field. 

DESTINATION ADDRESS (written by the 82586): 
Contains Destination Address of received frame. The 
length in bytes is determined by the Address Length 
configuration parameter. 

SOURCE ADDRESS (written by the 82586): Contains 
Source Address of received frame. Its length is the same 
as DESTINATION ADDRESS. 

LENGTH FIELD (written by the 82586): Contains the 
2 byte Length Field of the received frame. 



after receiving this frame. 



LINK OFFSET: Address of the next FD on the list. 
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Figure 2-23. The Frame Descriptor (FD) Format 
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2.9.3 Receive Buffer Descriptor 
Format 

The Receive Buffer Descriptor (RBD) holds informa- 
tion about a buffer; size and location, and the means for 
chaining RBDs (forward pointer and end-of-frame indi- 
cation). 

The Receive Buffer Descriptor contains the following 
fields: 

STATUS word (written by the 82586): 

EOF (Bit 15) - Last buffer holding the re- 

ceived frame. 

F (Bit 14) - ACT COUNT field is valid. 

ACT COUNT (Bits 0-13) -Number of bytes in the 
buffer that are actually oc- 
cupied. 

NEXT RBD OFFSET (written by the CPU): Address 
of the next BD in the list of BDs. 

BUFFER ADDRESS (written by the CPU): 24-bit ab- 
solute address of buffer. 

EL/SIZE (written by the CPU): 

EL (Bit 15) - Last RBD in the list. 

SIZE (Bits 0-13) - number of bytes the buffer is 
capable of holding. 



2.9.4 Initial Structure of the Receive 
Frame Area 

To enable the 82586 to receive frames, the host CPU 
must setup the following structure: 

• The RFA OFFSET word in SCB should point to the 
first FD on the list. 



• The LINK OFFSET of each FD in the list should 
point to the next FD. 

• The EL bit in the last FD should be set. 

• The RBD OFFSET of the first FD in the list should 
point to the first RBD in the RBD list. The RBD 
OFFSET in the remaining FDs must be OFFFFH; it 
will be later loaded by the 82586 with the address 
offset of the first RBD assigned to the frame (unless 
the No Resources state is reached). 

• The NEXT RBD OFFSET of each RBD in the list 
should point to the next one. 

• The EL bit in the last RBD should be set. 

• The BUFFER ADDRESS and SIZE fields in each 
BD should indicate the location and available space 

' in a buffer. 

Refer to section 5.3 for setting the minimum buffer size. 



2.9.5 Detailed Operation of Receiving 
a Frame 

The Channel Interface Module selects the frames des- 
tined for the 82586 according to the Destination Ad- 
dress of the frames passing on the link. A frame is se- 
lected if it is at least 6 bytes long and its address 
matches the Individual Address or Multicast Address 
or Broadcast Address. It transfers the selected frames, 
with their status, to the RCV-FIFO. RCV-DMA trans- 
fers the frames from the RCV-FIFO to memory under 
control of the Receive Unit. 

For every frame, the RU sets up a FD and RBDs in 
memory. The loading of each buffer is done by RCV- 
DMA in parallel with prefetching the next buffer by 
RU. After completing frame reception, the RU closes 
the last RBD and the FD, and sets up the structure for 
receiving the next frame. 
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Figure 2-24. The Receive Buffer Descriptor (RBD) Format 
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SETUP NEXT FD 

The RU performs the following sequence to setup a 
FD: 

1) Writes a word with B = 1, and the remaining bits 
set to zero, to STATUS word of the next FD. 

2) If AL-Location configuration parameter is zero, 
initiates RCV-DMA with the address of the first 
byte of the DESTINATION ADDRESS and a byte 
count of twice the Address Length configuration 
plus two. 

3) Saves the address of the next FD in the current FD. 

4) Reads COMMAND word of the current FD and 
saves EL and S bits internally. 

5) Reads LINK OFFSET word of FD and saves it in 
the address of NEXT FD. 

6) If a buffer has been prefetched, writes the offset 
part of its address to the RBD-OFFSET field of the 
current FD. 

7) If a buffer is not available, reads the RBD OFFSET 
word from the current FD and saves it in the Look 
Ahead RBD address. If it is all ones, sets internal 
END-OF-LAST-BUFFER flag. 

8) If AL-Location is one, forces a RCV-DMA com- 
pletion. 

9) Goes to the buffer prefetch/transfer cycle. 



BUFFER PREFETCH/TRANSFER CYCLE 

The RU prefetches a buffer according to the Look 
Ahead BD address. It also maintains two internal flags 
for beginning and end of a cycle. 

1) If a buffer is already full, writes F = 1 and current 
size to STATUS word of current BD. 

2) Saves address of next RBD in current RBD and 
address of the Look Ahead RBD in next RBD. 
Saves Next Size in current size. 

3) If END-OF-LAST-BUFFER is set, go to 7. 

4) Reads RBD-OFFSET from Next BD and saves it 
in Look Ahead BD address. 



9) Initiates RCV-DMA with Next Buffer Address and 
Next Size as byte count. 

10) If the EL bit is set, sets END-OF-LAST-BUFFER. 

11) Repeats the cycle. 

CLOSE FRAME 

When the RU reads an End of Frame from RCV-FIFO 
(indicating the end of a received or discarded frame), it 
performs the following sequence to close the frame: 

1) Reads the status (2 bytes) from RCV-FIFO and 
saves it internally. 

2) If the RU is not in the READY state, it goes 
straight to Completion of Reception sequence. 

3) If the frame status indicates that there is an error 
(including short frame) and the Save Bad Frame 
configuration parameter is zero, or ADDRESS and 
LENGTH fields in FD are not full, it reuses the 
FD; Backs up Current FD to Next FD, discards 
pointer to the current RBD, and goes straight to 
step 9. 

4) If the frame included only ADDRESS and 
LENGTH fields (i.e. no buffers used) writes *all 
ones' to BD-OFFSET of Current FD. 



5) 
6) 

7) 

8) 
9) 



If the frame filled at least part of a buffer, writes to 
STATUS word of the current RBD: EOF =. 1, 
F = 1, and actual byte count. 

If the RU ran out of resources during reception of 
this frame, writes to STATUS word of Current FD: 
C = 1, B = 0, OK = 0, S9 = 1, and the remain- 
ing bits from the Receive-Byte-Machine. 

If the RU did not run out of resources, write to 
STATUS word of current FD: C = 1, B = 0, and 
the remaining bits from the Receive-Byte-Machine. 

Requests FR interrupt. 

If there was no RU-START-REQUEST or RU- 
SUSPEND-REQUEST or S bit and the RU did not 
run out of resources, it sets up a new FD (see sec- 
tion 2.10.2). 



10) Goes to complete reception of frame. 



5) Reads 24-bit BUFFER ADDRESS from Next BD COMPLETION OF RECEPTION 

and saves it internally. 

6) Reads EL SIZE word from Next BD and saves it in 
internal EL bit and Next size. 

7) Waits for completion of RCV-DMA. 

8) IF END OF LAST BUFFER is set, starts discard- 
ing incoming frame and quits. 



Reception completion occurs when the RU encounters 
an end of frame (after closing it) regardless of its state 
(i.e. also when discarding a frame). The decision on 
how to proceed is determined by the following: EL bit, 
S bit, RU-START-REQUEST, RU-SUSPEND-RE- 
QUEST and whether the RU ran out of buffer descrip- 
tors. 
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The following sequence is performed by the RU at Re- 
ception completion: 

1) If the RU ran out of buffers or Frame Descriptors 
during current frame reception, then: change state to 
NO-RESOURCES, request an RNR interrupt, clear 
RU-SUSPEND-REQUEST and (internal) S bit, and 
start discarding. 

2) If the received frame was longer than the Minimum 
Frame Length, update all four statistics registers (see 
details in section 2.8.6). Note that the RSCERRS 
statistics register is updated if the RU is in the NO- 
RESOURCES state or if it ran out of buffers during 
this frame. 

3) If the S bit of current frame or RU-SUSPEND-RE- 
QUEST is set and RU-START-REQUEST is not, 
then: if the RU is in the READY state, request an 
RNR interrupt, and change state to SUSPENDED. 

4) If RU-START-REQUEST is set and the S bit not, 
then: change the RU state to READY and perform 
Setup new FD. 

5) If the RU-START-REQUEST is set and also S bit is 
set, perform Setup new FD and change state to SUS- 
PENDED. 

6) If the RU state is different from READY, start dis- 
carding. 

7) If the RU is in the READY state or just exited it, 
then perform the following: 

a) Set respective INTERRUPT-IS flags. 

b) Deactivate hardware Interrupt signal. 

c) Clear interrupt request flags. 

d) Update SCB STATUS word according to the new 
state and INTERRUPT-IS flags. 

e) Activate hardware Interrupt signal. 

If a command is being executed by the serial machine 
(e.g. Configure, IA Set-up, Dump, etc.) it will ignore 
incoming frames during command execution. Thus, 
frames can be lost during this time. Conversely, if a 
frame is being received, the serial machine will wait 
until the entire frame has been received before the com- 
mand is executed. Section 2.10.5 describes simulta- 
neous Transmit and Receive operation. 

OPERATION OF RECEIVE-BYTE MACHINE 
DURING RECEPTION 

For every frame that arrives from the Receive-Bit-Ma- 
chine (after it strips the Preamble and detects the SFD 
field) the Receive-Byte-Machine decides, according to 
the Destination Address, whether to accept the frame 
(see section 2.12). If the frame is accepted, the Receive- 
Byte-Machine transfers the Destination Address, 
Source Address, Length Field and Data field to RCV- 
FIFO. If it is not accepted, nothing enters RCV-FIFO. 
If RCV-FIFO overruns, the Receive-Byte-Machine 
keeps overwriting the input buffer of RCV-FIFO (with- 



out affecting the bytes that are already in RCV-FIFO). 
As soon as space is available, new bytes enter RCV- 
FIFO. The Receive-Bit-Machine strips the CRC and 
Padding (if applicable) and prepares the STATUS word 
with bits indicating: occurrence of any error, CRC or 
alignment error, DMA overrun, frame too short, or ab- 
sence of EL flag (in Bitstuffing). The Receive-Byte-Ma- 
chine enters the STATUS . word in two consecutive 
bytes to the RCV-FIFO. 



2.10 BUS INTERFACE 

The 82586 can operate on the host CPU local bus as a 
bus master with shared status lines. Since status lines 
are in common, all local bus resources (Clock Genera- 
tor, 8288 Bus Controller, Address Latches and Data 
Transceivers) can be shared by the CPU and the 82586. 
To facilitate minimum component count designs, the 
82586 bus interface has been optimized for use with an 
80186 16-bit microprocessor. The 82586 also interfaces 
to the 8086/88 and other processors. Dual port memo- 
ry configurations can be used to minimize the impact of 
82586 bus bandwidth requirements on system perform- 
ance. 

When operating in Maximum Mode (MN/MX pin 
strapped to logic zero) pins SO and SI are connected to 
the 8288 bus controller, which in turn generates all con- 
trol signals for the system interface. In this case, the full 
address range of 16 megabytes is available. 

In Minimum Mode (MN/MX pin s trapped to l ogic 
one) , the 82586 generates ALE, DEN, DT/R, RD and 
WR signals. An address space of 4 megabytes is avail- 
able. 

The system bus is acquired and released using HOLD/ 
HLDA protocol directly interfaced to the 80186. Exter- 
na^ hardware can be used to convert HOLD/HLDA to 
RQ/GT protocol suitable for interfacing to the 8086 
CPU. 

When interfacing to a 16-bit bus, data is multiplexed 
with the 16 lower address pins. Examples of this mode 
are systems with 8086, 80186, 80286 or other 16-bit 
microprocessors. On an 8 -bit data bus, data is multi- 
plexed with the 8 lower address pins. Examples of this 
mode are systems with 8080/8085, 8088 or other 8 -bit 
microprocessors. 

All bus timing and loading specifications are consistent 
with those of the 80186 system. Bus timing and loading 
specifications are given in the 82586 Data Sheet. 

The 82586 CLK signal input must receive MOS level 
inputs. The 82586 can operate with an 80186 or a 8086- 
1 using an 8 MHz 50% Duty Cycle clock (full perform- 
ance), or with a 5 MHz 8086 using a 5 MHz 30% Duty 
Cycle clock (reduced performance). 
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2.10.1 Memory Addressing and 
Organization 

The 82586 addresses memory as a linear sequence of 16 
megabytes. It establishes transfers as 16-bit words when 
it is used with an 8086/80186/80286 or as 8-bit bytes 
using an 8088 or other 8-bit processors. 



As a Master Peripheral with the 8088, the 82586 treats 
memory as a single bank (D7-D0) of 1M 8-bit bytes 
addressed by address l ines A19-A0. Address lines 
A23-A20 are not used, BHE is strapped HIGH. 

When operating with the 8086/80186, the 82586 treats 
memory as a high bank (D15-D8) and a low bank 
(D7-D0) of 512K 8-bit words addressed in parallel by 
A19-A1. The 82586 performs Re ading/ Writing from/ 
to full word locations only. The BHE line is always 
LOW. Word transfers are restricted to even addressing, 
although the 82586 does not enforce pin A0 to LOW. 
When attempting to write to an odd location (i.e. when 
an odd buffer address is set), the odd address will be 
output to the address lines, but a full word will be out- 
put to the data lines, in which the low byte will be 
undefined. The manner in which line A0 being HIGH 
is treated is system dependent. The data words flow 
through pins D15-D0. 

The Chart below summarizes the operation of BHE 
and A0 signals: 



BHE 



A0 



whole word 

1 system dependent 

1 lower byte to/from even address 
1 1 upper byte to/from odd address 



When operating with the 80286, the full 16 megabyte 
address space is available. It has the same characteris- 
tics and restrictions as the 8086/80186. 

The 82586 accesses all control information from a seg- 
mented memory structure. The 16-bit pointers residing 
in the various structures are used as an offset to a 24-bit 
base location. Hence, all FD, RBD, CB, TBD, SCB 
structures must reside in 64K byte boundaries. Data 
buffers may reside anywhere in address space, and are 
directly addressed as a 24-bit address. 



2.10.2 Bus Operation 

Each memory transfer cycle consists of at least four 
CLK cycles. These are referred to as tl, t2, t3 and t4. 
The address is generated by the 82586 beginning at tl, 
and data transfer occurs on the bus during t2 through 
t3. In the event that a READY indication is not re- 
ceived from the addressed memory, WAIT states (tW) 
are inserted between t3 and t4. Each inserted WAIT 
state has the same duration as a CLK cycle. 



The 82586 outputs status (SI and SO) to provide type- 
of-memory-cycle information to the 8288 Bus Control- 
ler in Maximum Mode or in Multibus Configuration. 
The 8288 generates memory read and write commands, 
and issues control signals to the addre ss b u ffers and 
data transceivers. The 82586 provides RD, WR and 
ALE signals for memory transfers in Minimum Mode. 
A multi-master system bus can be constructed using the 
8289 Bus Arbiter. The key arbiter inputs are the same 
as for the 8288: local status lines SI and SO. 

Operation of the 82586 is structured so that all com- 
mand, status and data flow is via memory. Therefore, 
the S2 status line of the 8086 and 80186 families is not 
required and is not provided by the 82586. With the 
exception of SCP, which is always read from location 
0FFFFF6H, there are no transfers to/from a fixed ad- 
dress system resources (I/O memory). 

READ 

The read cycle begins at tl by generating the address. 
The memory read command signal (MRDC from the 
8288) is asserted at t2. This command causes the ad- 
dressed device to enable its data bus drivers onto the 
system bus. Some time later, valid data will drive the 
READY line HIGH. The data will be sampled by the 
82586 at t4. If the READY line is still LOW in t3, then 
tW cycles are inserted between t3 and t4 until the 
READY line goes HIGH. When the MRDC signal re- 
turns to the HIGH level, the addressed device will 
again tri-state its data bus drivers. If a transceiver 
(8286/8287) is required to buffer the local bus, the di- 
rection (DT/R) and enable (DEN) controls are provid- 
ed by the 8288 Bus Controller (or from the 82586). . 

WRITE 

A write cycle begins by generating the address during 
tl. At t2 the processor generates data to be written. 
This data remains valid until the middle of t4. During 
t2, t3 and tW, the advanced memory write command 
(AMWTC) from the 8288 is asserted, while the normal 
memory write command (MWTC) is asserted during t3 
and tW only. MWTC is used by older memories requir- 
ing valid data prior to the write command. 

SYNCHRONIZATION WITH LOWER SPEED 
MEMORIES 

The 82586 uses the standard READY mechanism to 
work with memories having long access times. 

As bus state t3 is reached, the READY signal is tested. 
While the READY signal is LOW, wait states (tW), are 
added and all control signals are stretched accordingly. 
While in wait states, (tW), the READY signal is tested 
at every clock cycle. The first time that READY is 
found to be HIGH, state t4 is entered, finishing the bus 
cycle. 
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In a synchronous environment, the user is able to guar- 
antee setup and hold times for the READY signal relat- 
ed to the system clock. Synchronous READY input is 
chosen and the number of wait states is predictable. 

For asynchronous environments, the user is not re- 
quired to provide precise setup and hold times for the 
READY signal. A high speed resolution circuit syn- 
chronizes the asynchronous READY input internally 
to the 82586. Setup and hold times for the asynchro- 
nous READY input are not required for correct opera- 
tion but for recognition at a certain clock. The number 
of wait states is therefore not always predictable. 

Synchronous READY input is sampled by the 82586 at 
the beginning of t3. Setup and hold time requirements 
refer to the falling edge of the CLK when entering t3 
state. 

Asynchronous READY input is synchronized by the 
82586 in the middle of t2. Setup and hold times refer to 
the rising edge of the CLK while in state t2. 

In Minimu m Mode, the 82586 has one input READY 
pin, SRDY/ARDY. This pin is software programma- 
ble to work as either synchronous or asynchronous. 
Upon RESET, the 82586 automatically defaults to 
asynchronous mode. The CONFIGURE command is 
used to program the circuitry to synchronous or asyn- 
chronous READY. 



In Maximum Mode the SRDY/ARDY pin behaves ex- 
actly as in Minimum Mode. In addition, the READY 
pin provides an alternate synchronous READY con- 
nection. Internally, the 82586 perform s a logic OR 
function, between the SRDY/ARDY pin and the 
READY pin. 

2.10.3 Bus Acquisition 

The system bus is acquired and released by means of 
the HOLD/HLDA protocol. 

When the 82586 needs the bus, it activates the Hold 
signal. Upon receiving the HLDA, it initiates bus trans- 
fers. At the end of bus transfers, it relinquishes the bus 
by deactivating the HOLD and, subsequently, the host 
takes away the HLDA. 

Figure 2-25A shows the number of clocks the 82586 
requires after getting an HLDA before it starts a bus 
transfer. 



The 82586 does not hold the bus unless it is doing 
memory transfers, with one exception. At the end of a 
received frame, the 82586 starts post-frame processing, 
which includes posting Status for the recently received 
frame and getting ready for the next frame to be re- 
ceived. All these processes have to be completed such 
that Interframe Spacing requirements (9.6 juts for IEEE 
802.3) are met. To be able to do that, the 82586 may 
hold the bus for 173 clock periods (Typical value for 
AL-LOC = 0, SAV-BF = 0). The chip, however, does 
not really use the bus for entire 173 clock periods for 
post-frame processing. About 66 of the 173 clock peri- 
ods are not used (no Read or Write operations). The 
chip simply holds the bus for 173 clock periods in antic- 
ipation of the next frame which may come in after the 
IFS time (9.6 jus) in the worst case (see Figure 2-25). If 
the RU finds that the next frame is not coming in im- 
mediately, then the 82586 will release the bus after 173 
clock periods. If the next frame is coming in, the chip 
will hold the bus even longer and transfer the first part 
of the next frame into memory. In this case, receive 
data DMA will be interleaved with receive control 
DMA. The system design must not interpret post- 
frame processing as a fault condition. 

The CPU can force the 82586 off the bus by removing 
HLDA. The 82586 will complete the current bus trans- 
fer and will relinquish the bus within a maximum of 
four clock cycles in Word mode or eight clock cycles in 
Byte mode, see Figure 2-26. However, if the 82586 still 
has some pending transactions, the Hold will be acti- 
vated again after 1 clock cycle (minimum hold drop 
time is 1 clock cycle). 

READY TIMEOUT 

The 82586 Ready input is sampled during DMA opera- 
tions. If a system error (e.g. RAM error) causes the 
Ready to not be returned to the 82586, the 82586 will 
indefinitely hold on to the bus. A removal of HLDA 
will not make the 82586 release the bus under these 
conditions (typically, the 82586 gives up the bus within 
3 clock cycles of HLDA going inactive). The system 
designer must incorporate some external logic to detect 
the 'Ready Absence' condition and reset the 82586 in 
such an event. In addition, the CPU must initiate some 
recovery procedures (e.g. RAM test) to isolate the 
problem and follow up with remedial procedures. 
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Figure 2-25. Receive End of Frame Processing 
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Figure 2-25A. HOLD/HLDA: Bus Transfer Timing 
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Figure 2-26A. 82586 Byte Mode Bus Relinquish Timing 
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Figure 2-26B. 82586 Word Mode Bus Relinquish Timing 



DETAILS OF THE HOLD/HLDA PROTOCOL 

The state diagram of Figure 2-27 defines the states and 
excitations of the bus acquisition protocol. 

STATES: 

NO BUS REQUEST: The 82586 is not requesting the 
bus via HOLD, because Internal Bus Request 
(IBRQ) is not pending, or when the IBRQ arrived, 
HLDA level was HIGH. 

BUS REQUESTED: The 82586 has issued HOLD (bus 
request). HLDA is LOW, i.e. bus was not yet 
granted. 

BUS MASTER/TRANSFERS PERFORMED: The 

82586 owns the bus and performs transfers. 

BUS MASTER/NO TRANSFERS PERFORMED. 

The 82586 owns the bus, but does not use it for 
transfers. This is used by the 82586 to lock the bus 
for a few system clock cycles for READ/MODI- 
FY/WRITE operations, or when the 82586 knows 
that it will need the bus soon (e.g. when buffer 
switching occurs). 

EXCITATIONS: 

RESET: Software or Hardware Reset initializes the 
machine. 



IBRQ: Internal Bus Request. Any internal demand to 
perform bus transfers on the bus: Receive or 
Transmit DMA, CU or RU_- 

STD: Special state different from tl, t2, t3, tW and t4, 
for which the 82586 masters th e bus , but no trans- 
fers are performed (ALE,_RD, WR are inactive in 
Minimum Mode or SO, SI are inactive in Maxi- 
mum Mode). 

SPT4: State prior to t4. May be t3 for zero wait states 
or the last tW for any number of wait states. 

BM: Configured to 8-bit bus width. 

MAO: Memorized AO. AO was true during the last tl 
(Odd- Address bus cycle). 

The following algorithm is followed regarding bus ac- 
quisition. 

1) RESET sets the 82586 to the NO BUS REQUEST 
state. 

2) The internal bus request raises HOLD output and 
switches the state to BUS REQUESTED. HLDA 
input, being LOW, enables this switch of state. The 
reason for this condition is to differentiate HLDA 
being HIGH as a result of the previous bus cycle 
from newly generated HOLD acknowledge. 

3) Appearance of HLDA sets the state to BUS MAS- 
TER/TRANSFERS PERFORMED. The bus is ac- 
quired and read/write operations are started. 
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Figure 2-27. The HOLD/HLDA Handshake 



4) Prior to entering bus state t4, the 82586 evaluates the 
next action: If HLDA input is active and there are 
pending internal bus requests, the state remains BUS 
MASTER/TRANSFERS PERFORMED. Back to 
back bus cycles result. If HLDA is deactivated or no 
more internal bus requests are present, the 82586 
switches to NO BUS REQUEST state. 

5) State BUS MASTER/NO TRANSFERS PER- 
FORMED is entered for all cases that no internal 
bus request exists but performance considerations re- 
quire holding the bus until the request shows up. 



2.10.4 FIFO-Threshold Mechanism 

The on-chip Receive and Transmit FIFOs provide buff- 
ering between the serial channel and system bus. On the 
system side, data is written into the Transmit FIFO or 
read from the Receive FIFO, using the 82586 DMA 
data channels. The Transmit DMA bursts fill the 
Transmit FIFO at the bus data rate. The 82586 Chan- 
nel Interface Module pulls bytes of data from the 
Transmit FIFO and transmits to the link at the serial 
bit rate. The Receive FIFO operates analogously, filled 
by the Channel Interface Module and emptied by 
bursts for Receive DMA channel. 



The transactions involved in bus acquisition and release 
imply overhead resulting in losing system clocks due to 
signal propagation delays and sample time require- 
ments. For many short DMA bursts, up to 5 clocks are 
lost due to this switching. On the other hand, long 
DMA bursts imply that bus masters, other than 82586, 
may experience long delays in bus acquisition. Thus, an 
optimal FIFO-Threshold setting exists. 

The 82586 provides a means for choosing the optimal 
setting required by the user's application, using the 
FIFO-Threshold configuration parameter. See section 
5.2 for guidelines for setting the FIFO-Threshold. 

TRANSMIT FIFO OPERATION 

Starting from an empty Transmit FIFO, the transmit 
DMA starts reading memory locations, and pushing 
bytes into Transmit FIFO. The Channel Interface 
Module starts transmitting on the link, pulling bytes 
from the Transmit FIFO, at the serial bit rate. Because 
the data system (byte) rate is faster than the serial's, the 
Transmit FIFO will eventually become full. At this 
point, the DMA burst stops. 
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Meanwhile, the Channel Interface Module continues to 
transmit, thus emptying the FIFO. When the number 
of bytes in the Transmit FIFO equals the configured 
FIFO-Threshold, the system bus is requested for a new 
DMA burst. If the bus is not acquired fast enough, the 
Transmit FIFO will be emptied by the Channel Inter- 
face Module and a Transmit FIFO underrun occurs. 
The optimal value for the FIFO-Threshold is such that 
it guarantees bus acquisition before underrunning the 
FIFO, and at the same time provides the longest possi- 
ble burst. 

When the bus is acquired, the new Transmit DMA 
burst continues until the FIFO is full. This mechanism 
can be viewed as an hysteresis process, with the upper 
bound Transmit FIFO full and the lower bound the 
programmed FIFO-Threshold. 



RECEIVE FIFO OPERATION 

At the beginning of frame reception, the Channel Inter- 
face Module writes into the Receive FIFO. 

When the number of bytes in FIFO equals 15 minus 
FIFO-Threshold, the system bus is requested. This 
mechanism allows for a delay in bus acquisition equal 
to the number of empty bytes left in the Receive FIFO. 
If the bus is not acquired in time, a receive overrun 
occurs. The system bus is released when the Receive 
FIFO is emptied by the Receive DMA. Further acqui- 
sition of the bus starts when the Receive FIFO contains 
a number of bytes equal to 15 minus FIFO-Threshold. 
The mechanism is analogous to the Transmit FIFO. 

NOTE: 

In the case of a Receive FIFO overrun, the Channel 
Interface Module keeps overwriting the input buffer to 
the FIFO, and the bytes get lost. A special status will 
indicate this condition. 



2.10.5 Bus Cycle Interleaving 

The 82586 has four independent on-chip DMA chan- 
nels: 

• Receive DMA channel. Used for writing received 
frames to memory. 

• Transmit DMA channel. Used for reading transmit 
frames from memory. 

• CU input/output channel, used for CU read and 
write operations. 

• RU input/output channel, used for RU read and 
write operations. 

Receive and Transmit DMA channels operate in bursts 
controlled by the FIFO-Threshold mechanism. The CU 
and RU channels initiate single read^ or write operations 
as dictated by CU and RU activities. CU related activi- 
ties are: CU Initialization, SCB processing including 



CA acceptance and SCB status update, CB execution, 
TBD prefetch. RU related activities are: CA accept- 
ance, SCB status update, FD setup, RBD prefetch, end 
of receive frame processing. In the case that two or 
more channels require the system bus simultaneously, 
an arbitration mechanism located in the bus interface 
unit allocates the channels and determines priority be- 
tween various requests. 

TRANSMIT PROCESS 

During Transmit operation, the CU prefetches the next 
Transmit Buffer Descriptor while the current data buff- 
er is being read by the Transmit DMA channel. In or- 
der to minimize disturbances to the data rate, and to 
avoid a Transmit FIFO underrun, any two CU opera- 
tions are separated by at least two data reads (if re- 
quested). 

RECEIVE PROCESS 

During reception, the RU prefetches the next Receive 
Buffer Descriptor while the current data buffer is being 
written by the Receive DMA channel. As in the case of 
transmit, any two RU operations are separated by at 
least two data writes. This rule minimizes disturbances 
to the data rate and helps to avoid Receive FIFO over- 
runs. 



SIMULTANEOUS RECEIVE AND TRANSMIT 
OPERATION 

There are two cases where Transmit and Receive DMA 
channels work simultaneously. 

In Internal/External Loopback configuration, both 
channels operate simultaneously, on an equal priority 
basis. Furthermore, CU or RU memory cycles are also 
interleaved with the same priority as Transmit and Re- 
ceive. Effectively, if three sources compete for the bus, 
they operate on an interleaved basis. 

The second case of simultaneous Transmit and Receive 
occurs when the receive frame arrives while the CU is 
setting up a transmission. The Transmit process contin- 
ues simultaneously with Receive until the Transmit 
FIFO fills. As in Loopback, Transmit and Receive 
DMA priorities are equal. As soon as the receive frame 
ends, Transmit resumes operation. 

The 82586 will interleave command related operations 
with receive related operations according to the rules 
described below. 

• Control transfers (interaction with the System Con- 
trol Block, Command Blocks, Receive Frame De- 
scriptors and Buffer Descriptors) and data transfers 
(interaction with Data Buffers) are interleaved re- 
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gardless whether the transfers pertain to command 
or received operations. Two data transfers are exe- 
cuted for each control transfer. 

• Data transfers to command and receive operations 
occur concurrently, on an alternating basis (one 
transfer in each direction). 

• Control transfers related to receive operations have 
priority over command operations. In other words, 
command control transfers are suspended or de- 
layed for as long as necessary to complete pending 
receive control transfers. 

• Receive data transfers, command data transfers, and 
control transfers can occur concurrently. There will 
be one data transfer in each direction of each control 
transfer. 

Consider the following example. Assume the 82586 is 
in the process of receiving a frame. The CPU wants to 
have a frame transmitted and activates Channel Atten- 
tion. 

While writing the received frame into system memory, 
the 82586 will concurrently read the appropriate com- 
mand control information (SCB, Command Block, and 
TBD). If the 82586 needs to execute receive control 
transfers (beginning-of-frame processing, buffer look- 
ahead, end-of-frame processing), it delays command 
control transfers. Two receive data transfers are execut- 
ed for each (receive or command) control transfer. 

When all control transfers related to the transmit com- 
mand are completed, the 82586 will begin executing 
transmit data transfers. One transmit data transfer will 
be executed for each receive data transfer, a transmit 
data transfer and a receive control transfer (not neces- 
sarily in that sequence). Transmit data transfers will 
stop when the Transmit FIFO is filled up. 

HOLDING THE BUS 

In special cases, the 82586 does not release the bus, 
even though no specific reads or writes are executed. 
The purpose of this operation is to avoid bus acquisi- 
tion and release dead times if several input/output op- 
erations are required. Another reason is to guarantee 
82586 performance in critical timing cases. 

The 82586 holds the bus in the following cases: 

• RBD Prefetch. The bus is not released between two 
consecutive bus accesses to minimize prefetch time. 
This is important since minimum buffer length is 
strongly dependent on the time it takes the 82586 to 
prefetch a RBD. 

• TBD Prefetch. Analogous to RBD Prefetch. 

• Receive End of Frame Processing. The bus is not. 
released throughout this process to ensure only one 
bus request. 



Transmit or Receive Buffer Switching. To minimize 
the danger of Transmit FIFO underruns or Receive 
FIFO overruns. 



2.10.6 CPU/82586 (CA/INT) 
Handshake 

The INT pin is used to notify the CPU about one or 
more of the following events: 

• A Command Block with its T bit set was executed 
(CX interrupt). 

• A frame was received (FR interrupt). 

• The CU became Not Active (CNA interrupt). 

• The RU became Not Ready (RNR interrupt). 

82586 INTERRUPT REQUEST SEQUENCE 

Once an event requiring an interrupt has occurred, the 
following sequence is performed by the 82586: 

1) INT pin is set to its low level (inactive). 

2) The status word in SCB is written, denoting the 
source of the interrupt (CX, FR, CNA or RNR in- 
terrupt), together with the states of the CU and RU. 

3) INT pin is raised (set to active). 

82586 RESPONSE TO CA 

The CU is responsible for control command accept- 
ance, following the trailing edge on CA input. The CU 
will first finish all its higher priority activities and only 
then accept the control commands. 

Higher priority CU activities that delay CA acceptance 
are: 

a. Transmit Buffer Descriptor prefetch 

b. Transmit buffer switching 

c. Current Command Block completion 

The 82586 will accept a CA prior to the setup of the 
next CB in the CBL. 

The CU recognizes an RU control command and noti- 
fies the RU. The RU will first finish all its higher prior- 
ity activities, and only then accept the control com- 
mand. 

Higher priority RU activities that delay CA acceptance 
are: 

a. Receive Buffer Descriptor prefetch 

b. Receive buffer switching 

c. Receive end of frame processing 

Only after the CU and RU have accepted the control 
command, the SCB command word is cleared. At that 
time, the CPU may issue the next CA to the 82586. 
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Internally to the 82586, the CA trailing edge is detected 
and latched. Prior to reading the SCB control com- 
mand, the 82586 clears the latch. A new CA, given to 
the 82586 before the SCB command word is cleared, 
may be lost due to its being cleared before serviced. The 
user must refrain from such violations. 

Upon detecting a falling edge on its CA input, the 
82586 performs the CA acceptance sequence, as fol- 
lows: 

1) Determine which interrupt requests were acknowl- 
edged by the CPU. For each of them, clear the corre- 
sponding interrupt request bit in SCB status word. 

2) Perform the control command acceptance proce- 
dure. 

3) The INT pin is set LOW. 

4) Write the SCB status word indicating the unac- 
knowledged interrupt requests, and newly generated 
interrupt requests, together with CU and RU states. 

5) If any interrupt request bit is active, set the INT pin 
to HIGH. 

The 82586 does not wait for reception or transmission 
to end in order to process a CA. The SCB related oper- 
ations will be carried out on an interleaved basis with 
the transmission or reception process. 



2.11 NETWORK INTERFACE 
HARDWARE 

The Network interface supports bit encoding, carrier 
sense, collision detection, link acquisition, and loop- 
back. 

NOTE: 

The 82586 Receive-Byte-Machine and Receive-Bit- 
Machine are clocked by the Transmit Clock. Thus the 
Transmit Clock must be constantly applied to the 
82586. 



2.11.1 Encoding/Decoding 

The 82586 receives an externally generated Transmit 
clock at the transmission bit rate. Data is transmitted in 
either NRZ (binary) or Manchester encoded form, de- 
pending on the chip configuration. 

Due to the semi-static nature of the 82586's internal 
circuits, the Transmit clock HIGH time should not be 
longer than 1000 nanoseconds. Manchester encoded 
data requires 50% clock duty cycle. Therefore, when 
the 82586 is configured to perform Manchester encod- 
ing, the Transmit Clock frequency must be between 
0.5 MHz and 10 MHz. 

In the case of NRZ encoded data, Transmit Clock fre- 
quency can be from 100 KHz to 10 MHz, with the 



same limitation of the clock HIGH time as the Man- 
chester encoded data. When Transmit data is idling, the 
TXD pin is held HIGH (logic T). 

The 82586 accepts an external Receive Clock, RXC, 
that strobes the incoming Receive Data signal, RXD. 

The Manchester/NRZ configuration parameter does 
not apply to the Receive data. The 82586 requires NRZ 
Receive data. Manchester data decoding is accom- 
plished externally (the 82501 chip for IEEE 802.3). The 
Receive Clock can be presented to the 82586 in two 
ways: 

• all the time 

• only during the Receive frame 

In the cas e of Receive Clock only during Receive 
frame, the RXC pin should be held inactive when no 
Receive frame exists. 

Receive Clock frequencies can be from 100 KHz to 
10 MHz with HIGH time not longer than 1000 nano- 
seconds. 



2.11.2 Carrier Sense 

Carrier Sense is an indication of activity on the link, i.e. 
a signal from a transmitting station has reached this 
station. The 82586 can be configured to either accept it 
externally, or generate Carrier Sense internally (for Se- 
rial Interface Devices that generate Receive clock only 
during actual reception). The internally generated Car- 
rier Sense occurs when the Receive Clock is present. 

When transmitting, 82586 behavior related to Carrier 
Sense is as follows: 

• When ready to transmit, and if Carrier Sense is ac- 
tive, the 82586 defers. 

• When CRS goes inactive (CRS is synchronized to 
the transmit clock), the 82586 sets its Interframe 
Spacing (IFS) timer. 

• When the IFS timer expires, the 8258 6 ini tiates its 
transmission regardless of the state of CRS. 

• The 82586 will abort transmission if CRS goes inac- 
tive anytime after it transmits the preamble. An 
override option is available. 

When receiving, the 82586's behavior related to CRS is 
as follows: 

• The 82586 starts the IFS timer when CRS goes inac- 
tive. The receiver is insensitive to external signals 
during the time-out. 

• Carrier Sense being active any time other than dur- 
ing the IFS time causes the 82586 to sample its Re- 
ceive Data input at a rate determined by the Receive 
Clock. 
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• When receiving, the 82586 samples t he dat a on the 
falling edge of the Receive Clock after CRS becomes 
active. 

Carrier Sense signal going active edge can be asynchro- 
nous to both Receive and Transmit Clocks. 

The 82586 requires five bit times from the instant the 
CRS pin goes active to achieve internal synchronization 
with the received bit stream. The sixth bit is the first bit 
sampled as data. In the End of Carrier frame delimiting 
method, the 82586 hunts for the SFD field (10101011). 
Conversely, if two consecutive '0' bits are detected be- 
fore the SFD field, the frame is aborted. 

To have a clean frame closure, CRS signal going inac- 
tive edge should be synchronized to Receive Clock. 

Carrier Sense can be configured to undergo filtering to 
ignore negative going glitches. The filter is programma- 
ble to a number of bit times (0-7) that must be exceed- 
ed before the signal is considered valid. To be classified 
as a g litch, the glitch must meet set-up and hold times. 
CRS is synchronized to the Transmit Clock. 

Figure 2-28A shows a negative going glitch on CRS. If 
the glitch lasts shorter than the filter setting, it will be 
filtered, and the IFS timer will not start on the rising 
edge of CRS. 




Figure 2-28 A. The CRS Filter Stops Negative 

Going Glitches: the IFS Timer 

Does Not Become Active 

Figure 2-2 8B shows a positiv e goin g pulse, which will 
not be filtered. At point 1, the CRS inactive will initiate 
the IFS timer and the 82586 will not respond to exter- 
nal signals for the IFS period. See section 2.12.3. 
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Figure 2-28B. The CRS Filter Passes Positive 

Going Glitches: the IFS Timer 

Becomes Active at Point 1 

Positive going CRS glitches cause the 82586 back off 
timer to start; the 82586 will not respond to any exter- 
nal signal for the IFS period. 



2.11.3 Collision Detection 

Collision detection is usually done external to the 
82586, typically by the Transceiver. An internal filter- 
ing mechanism prevents acceptance of a Collision De- 
tection signal shorter than a configurable number of 
TCLK units (from to 7). 

The 82586 only looks for collision detect while actively 
transmitting, i.e. the first bit of the preamble has been 
transmitted. The collision is synchronized and recog- 
nized internally within a maximum of 4 Transmit 
Clock times after collision detection pin goes active. 

The 82586 can be configured to cease transmission 
upon active Carrier Sense, instead of Collision Detect. 
This capability is called Internal Collision Detect. In- 
ternal Collision Detect is useful in two cases: 

1) In conjunction with a class of transceiver that gener- 
ates a Receive Data signal equal to the difference 
between the signal carried by the channel and the 
transmitted signal. 

2) For point-to-point interconnection without using 
collision sensing transceivers. For example, colli sion 
detection could be realized by ANDing the RTS s ig- 
nal of each 82586, the result then tied to CRS of 
each 82586. 



SQE TEST 

Some transceivers (IEEE 802.3 compatible) generate 
the SignalQualityError Test, SQE TEST, (or 'heart 
beat') signal after the completion of each transmission 
to indicate proper operation of the collision detection 
circuitry. The SQE TEST signal is issued on the Colli- 
sion Detect line, and is a 10 MHz signal, 10 ±5 bit 
times in length. The 82586 checks the Collision Detect 
line for the SQE TEST for the duration of an Inter- 
frame Spacing after completion of transmission. The 
status of the next transmitted frame reports on the pres- 
ence or absence of the SQE TEST, The SQE TEST 
mechanism is only meaningful if the 82586 is config- 
ured to external collision detect. 

See section 2.12.3. 



2.11.4 Serial Link Acquisition 

The handshake between the 82586 and the Ethernet 
Serial Interface during tr ansm ission is accomplished 
with 'Reques t-to-S end' (RTS) and 'Clear-to-Send' 
(CTS) signals. RTS provides a means for turning on the 
Ethe rnet Serial Interface prior to actually sending bits. 
CTS is the means by which the Ethernet Serial Inter- 
face confirms that it is ready. It is also an external 
means for implementing a watchdog timer. 
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Whe n the 82586 is ready to plac e bits on the seria l link 
and CRS is inactive, it asserts RTS and awaits CTS. 
Actu al tra nsmission starts within 1 transmit clock time 
after CTS rises. If it loses CTS prior to end of frame, 
transmission is aborted and error status is raised. An 
Ethernet Serial Interfa ce th at does not require this 
handshake may ground CTS (Intel 82501). The 82586 
deactivates RTS after transmission is completed. 

The 82586 can operate with Serial Interface Devices 
that either do or do not return Carrier Sense during 
transmission. The 82586 must be configured to one of 
the two cases. If configured to expect Carrier Sense, 
then transmission will stop if Carrier Sense goes inac- 
tive (a nd aft er the preamble). If configured to transmit 
on no CRS, then the 82586 is indifferent to Carrier 
Sense going inactive. 



2.11.5 Loopback 

The Loopback Modes are called by setting the respec- 
tive configuration bits. 

If both bits are set, Internal Loopback Mode is valid, 
and overrides External Loopback. In Internal Loop- 
back Mode, the 82586 is logically disconnected from 
the Serial Interface Unit, therefore, the 82586 does not 
monitor link activity. The 82586 connects the Transmit 
Data to the Receive Data Signal, and Transmit Clock 
to the Receive Clock. To avoid FIFO overruns and un- 
derruns, bit processing is performed at one quarter 
TXC frequency. The 82586 divides the Transmit Clock 
internally. The Receive Bit machine is clocked by TXC. 
During Internal Loopback, NRZ data Encoding Mode 
is used regardless of the data encoding configuration 
bit. There is no limit to the number of data bytes looped 
back. 

Ethernet Serial Interface and Transceiver diagnostics 
may be performed by configuring the 82586 to External 
Loopback. External Loopback Mode is performed at 
full link speed. Therefore, to avoid receive overruns, the 
frame length should be limited to a value that is a func- 
tion of several parameters such as link speed, Preamble 
length and transceiver cable length. A frame of 18 
bytes, including address type and CRC bytes, is guaran- 
teed by chip design, not to cause overrun. See section 
2.12.5. 

In external loopback the 82586 can receive a frame 
from another station provided the 82586 detects carrier 
before it starts executing the Transmit command asso- 
ciated with loopback. The 82586 behaves as in the nor- 
mal case of a pending transmit while a frame is being 
received. 

The 82586 will only be able to receive a frame transmit- 
ted to itself (i.e. destination address = source address, 
or set to Promiscuous mode) in the loopback mode. 



Address Checking and Minimum Frame Size Checking 
are always performed by the 82586, even in loopback 
mode. 

The I ntel 8250 1, Ethernet Serial Interface, has a Loop- 
back (LPBCK) pin which if activated disconnects the 
82501 from the Transceiver Link and transmitted data 
is fed back to the 82586. This mode enables diagnosing 
the 82501 without the Transceiver. 



2.1 1.6 Interframe Spacing Timer 

At the end of a transmission the Interframe Spacing 
Timer is triggered by the later of two events: 

a. The last bit has been transmitted, or 

b. Carrier has dropped. 

This rule applies regardless of whether the entire frame 
was transmitted or the transmission was aborted due to 
a collision and the jam sent. In the latter case, the 
82586 is sensitive to other stations not having complet- 
ed their transmissions even after the 82586 has com- 
pleted its jam; the 82586 defers until the channel goes 
'not busy' and then sets the IFS timer. 

This rule applies whether or not the 82586 is configured 
to expect carrier sense while transmitting; also, whether 
or not it is configured for internal collision detection as 
discussed in section 2.11.3. 



2.12 CONFIGURATION PARAMETERS 

The 82586 provides a high degree of flexibility via pro- 
grammable parameters. This section summarizes the 
configuration parameters that may be modified (using 
the CONFIGURE command). Refer to section 2.8.4 
for a summary of default settings. 



2.12.1 Framing Parameters 

PREAMBLE LENGTH (2 BITS) 

Determines the length, in bytes, of the Preamble (in- 
cluding the SFD field). 

00 2 bytes 

01 4 bytes 

10 8 bytes 

11 16 bytes 

For IEEE 802.3, these bits should be programmed to 
10B (8 bytes). Preamble lengths other than 64 bits may 
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be tailored to particular networks. The preamble length 
is determined by the worst-case number of transceivers 
a frame passes before it reaches the destination. 

ADDRESS LENGTH (3 BITS) 

Determines the length, in bytes, of the address referred 
to by the 82586. This parameter applies to Individual, 
Source, Destination, Multicast, or Broadcast Address- 
es. An address length of 7 is treated as zero. 

NOTE: 

The Individual Address is set using the IA-SETUP 
command. Multicast addresses are set using the MC- 
SETUP command. 



BROADCAST DISABLE (1 BIT) 

Disables reception of frames with a Broadcast destina- 
tion address or multicast addresses of 'all ones.' The 
Promiscuous Mode setting overrides the Broadcast dis- 
able. 

Broadcast enabled 

1 Broadcast disabled 



CRC-16/CRC-32 (1 BIT) 

Specifies which CRC polynomial is used for CRC gen- 
eration and checking. 

32-bit Autodin - II CRC 

1 16-bit CCITT CRC 

The 32-bit Autodin-II polynomial is X32 + X26 + 

X23 +.X22 + X16 + X12 + X" + X™-+ X« + X? 
+ X5 + X4 + X2 + X + 1. 

The 16-bit CCITT polynomial is X16 + Xl2 + X* + 1. 

NO CRC INSERTION (1 BIT) 

Specifies whether or not the CRC is inserted after the 
information field during transmission. This capability 
allows CRC generation external to the 82586, enabling 
the user to verify the CRC checking mechanism during 
reception. The 82586 always checks for a valid CRC 
(CRC check cannot be disabled). 

CRC is inserted 

1 CRC is not inserted 



In the bitstuffing mode, the 82586 checks for the entire 
HDLC flag pattern (011111 10), 7EH, before accepting 
it as a valid flag. Only one flag is allowed following the 
preamble bits. Two consecutive flags will be interpreted 
as a beginning and a closing flag to the 82586, i.e. a 
frame with no data. 

The Bitstuffing/Flag technique offers high reliability, 
especially for networks susceptible to line ringing. 

PADDING (1 BIT) 

If padding is set, those frames shorter than the Slot 
Time will be padded with HDLC flags to the shortest 
frame that is longer than Slot Time (during transmis- 
sion). Valid for Bitstuffing only. In End of Carrier 
framing, padding must be provided by user software. 

Frame not padded 

1 Frame padded (only in Bitstuffing) 

MIN-FRAME-LENGTH (8 BITS) 

Specifies the minimum frame size, in bytes. No frame 
that is shorter than the minimum will be accepted by 
the 82586. The 82586 does not accumulate statistics on 
short frames, and discards them if not configured to 
Save Bad Frames. NOTE: apart from this mechanism, 
there are other limitations on the minimum frame 
length: 

First, frames that are shorter than 6 bytes (even in Save 
Bad Frame Mode, Promiscuous Mode, Address Length 
of Zero) are discarded. No status is reported on such 
received frames. 

Second, for AL-LOC = (when Address Control Lo- 
cation implies data separated from control), also frames 
shorter than 2 X ADDR-LEN + 2 (not including the 
Frame Check Sequence) are discarded. 

For the IEEE 802.3 specification, this parameter 
should be set to 64. Transmission time of the 64 bytes 
ensure collision detection. 

In slower or short topology networks, a shorter mini- 
mum frame size may be desirable to reduce channel 
overhead. 



2.12.2 Link Management Parameters 



BITSTUFFING/EOC (1 BIT) 

Specifies the frame delineation method. 

End of Carrier Framing (IEEE 802.3 compati- 
ble) 

1 Bitstuffing Framing (HDLC like) 



INTERFRAME SPACING (8 BITS) 

Specifies the time period (in TCLK units) that the 
82586 must defer after detecting that Carrier Sense is 
inactive. The minimum value is 32, any value less than 
that defaults to 32. 
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SLOT TIME (11 BITS) 

Specifies Slot Time for the Network (in TCLK units). 
Zero is interpreted as 2048. This value is used in calcu- 
lating Backoff and Linear Priority delays. It must be 
longer than the maximum round trip time of a frame in 
the network plus jam time. 

For IEEE 802.3, Slot Time should be set at 200H corre- 
sponding to 51.2 jus. However, it may be programmed 
to any number between 1 and 211. 

The user may change the Slot Time to optimize the 
network to specific application environments., For 
many applications, like serial backplanes, this number 
will be significantly smaller than for IEEE 802.3. Set- 
ting the number to 7FFH allows the 82586 to operate 
over distances 8 times longer than specified in the IEEE 
802.3 specification. 



NUMBER OF RETRIES (4 BITS) 

Specifies the maximum number of transmission retries 
(after a collision) that the 82586 performs before trans- 
mission is aborted by the 82586. 



LINEAR PRIORITY (3 BITS) 

Specifies the number of Slot Times periods the 82586 
waits after Interframe Spacing or Backoff, before en- 
abling transmission. A high number indicates low pri- 
ority. Stations configured to zero, the highest priority, 
is equivalent to IEEE 802.3. 



ACCELERATED CONTENTION RESOLUTION, 
ACR (3 BITS) 

This parameter is added to the exponential number 
from which the random number is drawn for Backoff. 
In essence, ACR increases the range of random num- 
bers to quickly resolve the case of stations contending 
for access to the network. 

Specifically, let: 

ACR - be the ACR priority number 

N - be the number of collisions 

r - be the random number multiplier of the slot 

time, r is a random number between and 2 
exp (min. [N + ACR, 10]). 

ACR = 0, is equivalent to the IEEE 802.3 exponential 
backoff delay. 



EXPONENTIAL BACKOFF METHOD (1 BIT) 

This parameter determines when to start the back off 
time out: 

Immediately after jamming or concurrent 
with Interframe Spacing. According to the 
IEEE 802.3 specification. 

1 After deferring period expires (short topolo- 
gy). 

This capability prevents inefficiencies and throughput 
loss in short topology or low data rate networks where 
the Interframe Spacing time may be longer than the 
slot time. 

If the IEEE 802.3 backoff algorithm were applied to 
short topology networks where slot time is much small- 
er than Interframe Spacing, the 82586 would retry over 
and over again until the sum of the slot times exceeded 
the Interframe Spacing time, these retrys would waste 
channel bandwidth. See Figure 2-29. 

Linear Priority and Accelerated Contention Resolution 
can be combined in the short topology network envi- 
ronment. See Figure 2-30. 
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Figure 2-29A. IEEE 802.3 Retry Algorithm, 
Slot Time (ST) Greater Than IFS 

2.12.3 Serial Interface Parameters 

MANCHESTER/NRZ (1 BIT) 

Specifies the bit encoding scheme used during transmis- 
sion. 

NRZ encoding (binary) 

1 Manchester encoding 
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Figure 2-29B. Exponential Back Off, Slot Time 
(ST) Less Than IFS 

In the Manchester mode the 82586 requires external 
Receive clock recovery logic from the Receive data. 



INTERNAL CRS (1 BIT) 

Specifies whether Carrier Sense is generated internally 
or ex ternally. External Carrier Sense is fed through the 
CRS pin. If set, presence of the Receive clock is inter- 
preted as Carrier Sense active. Absence of the Receive 
clock means Carrier Sense inactive. This capability is 
useful in point-to-point transceiverless networks. See 
section 2.11.2. 

External 

1 Internal 



CRS-FILTER (3 BITS) 

Specifies the required width of the Carrier Sense signal 
(in TCLK units), before it is recognized as active. Car- 
rier Sense deactivation is recognized immediately, i.e. 
only negative going glitches are filtered. This capability 
is useful in noisy cable environments. See section 
2.11.2. 



INTERNAL CDT (1 BIT) 

Determines whether Collision Detect is generated inter- 
nally or externally. External Collision Detect is fed 
through the CDT pin. Internal Collision Detect inter- 
prets presence of Carrier Sense during transmission as a 
collision. If internal Carrier Sense is used with internal 
Collision Detect, presence of the Receive clock during 
transmission will be interpreted as a collision. 

External Collision Detect 

1 Internal Collision Detect 

See section 2.11.3. 
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Figure 2-30. Combined Linear Priority and 

Accelerated Contention Resolution Using 

Alternate Backoff Method 

CDT-FILTER (3 BITS) 

Specifies the required width of the external Collision 
Detect signal (in TCLK units), before the 82586 recog- 
nizes that a collision occurred. Only negative going 
glitches are filtered. 

TRANSMIT ON NO CRS (1 BIT) 

Determines whether transmission, even if no Carrier 
Sense is returned from the Transceiver, is allowed. This 
option is used with Transceivers that do not return Car- 
rier Sense during transmission. 

Stop transmission if Carrier Sense drops 

1 Transmit on no Carrier Sense 

2.12.4 Host Interface Parameters 

FIFO-THRESHOLD (4 BITS) 

Specifies the point in the FIFO at which the 82586 
requests the bus to transfer data to/from its internal 
FIFO from/to memory. 

The FIFO limit is dependent upon the worst-case time 
from bus request to bus grant and serial channel and 
system clock rates. See sections 2.10.4 and 5.2. 



SRDY/ARDY (1 BIT) 

Selects between Synchronous and Asynchronous Ready 
function of the SRDY/ARDY pin (a ctive HI ). If Asyn- 
chronous Ready is selected (SRDY/ARDY bit = 0), 
the SRDY/ARDY signal is synchronized internally by 
the 825 86. If Synchronous Ready is selected (SRDY/ 
ARDY bit = 1), the SRDY/ARDY signal is assumed 
to have been synchronized externally. 
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When using internal synchronization of the ready sig- 
nal, one wait state may be added to each cycle, thus 
reducing the performance at most by 20%. Full per- 
formance systems must implement ext ernal rea dy syn- 
chronization. In that case, the SRDY/ARDY bit will 
be set to one and the external Ready signal will be con- 
nected to the SRDY/ARDY input pin. 

Asynchronous Ready 

1 Synchronous Ready 

SAVE BAD FRAME (1 BIT) 

Determines whether erroneous frames (CRC error, 
Alignment error, etc.) are to be discarded or saved. Er- 
roneous frames are those where the OK bit in the 
Frame Descriptor status field is equal to zero. All 
frames are saved regardless of length. 

In Save Bad Frame mode, the Frame Descriptor, as 
well as the Receive Buffer Descriptors and Receive 
Buffers are NOT reused for the next frame. In the com- 
plementary mode, all the descriptors and buffers used 
for bad frames will be reused, thus, not leaving any 
information about the lost frame except for updating 
the SCB statistical tallies. 

Discard erroneous frames 

1 Save erroneous frames 

ADDRESS/LENGTH FIELD LOCATION (1 BIT) 

Specifies the location of the Address and Length fields 
in the memory structures, and whether the Source Ad- 
dress is inserted during transmission. 

Address and Length Fields are located in con- 
secutive bytes in the Frame Descriptor. Source 
address is inserted by the 82586 during trans- 
mission. 

1 The whole frame is located in the data buffers. 
Source Address is not inserted by the 82586. 

This capability is useful in address/control schemes 
that the 82586 cannot manipulate. It is also helpful for 
diagnostics. 



2.12.5 Network Management 
Parameters 

INTERNAL LOOPBACK (1 BIT) 

Specifies whether frames are internally looped back or 
not. 

No internal loopback 

1 Internal loopback 



When set, the 82586 disconnects itself from t he ser ial 
wire and log ically connects TXD to RXD and TXC to 
R XC. TX C must still be supplied by the user. Internal- 
ly, TXC is divided by 4. This slows down the serial bit 
rate sufficiently to enable 82586 operation in full du- 
plex. This will alter the effective values of all con figure 
command parameters that are defined in terms of TxC. 
Note that this is purely Internal Loopback capability. 
The INT-Loopback bit overrides the EXT-Loopback, 
i.e. having an INT-Loopback bit set, at the same time 
with EXT-Loopback, causes the 82586 to operate in 
Internal Loopback Mode. See section 2.11.5. 

EXTERNAL LOOPBACK (1 BIT) 

No external loopback 

1 External loopback 

The 82586 will receive and transmit simultaneously, at 
full rate, a frame limited to 18 bytes (including the 
Frame Check Sequence). This allows checking of exter- 
nal hardware as well as the serial link to the transceiv- 
er. For IEEE 802.3 transceivers, since the transmitted 
data is fed back via the receive pair, practically nothing 
has to be done to perform External Loopback. For oth- 
er transceiver types, the user is responsible for external 
transmit-receive interconnection. See section 2.11.5. 

NOTE: 

Internal Loopback bit overrides External Loopback 
bit. 

PROMISCUOUS MODE (1 BIT) 

Determines whether or not the 82586 accepts all frames 
regardless of their Destination Address. 

Normal address filtering 

1 Promiscuous mode 

When Promiscuous mode is set, the optional broadcast 
disable is overridden. 

2.13 INTERNAL ARCHITECTURE 

The 82586 is divided into three functional modules: 
Host Interface Module, Channel Interface Module, and 
FIFO Module. The Host Interface Module communi- 
cates with the host CPU and shared memory via the 
Bus Interface. It performs direct memory access, buffer 
chaining, and interpretation of high level commands. 

The Channel Interface Module communicates with the 
Network via the Network Interface. It performs net- 
work related activities: framing, link management, ad- 
dress filtering, data encoding, and network manage- 
ment. 

The two units inter-communicate via the FIFO Module 
that consists of two 16-byte FIFOs. 



A block diagram of the 82586 is shown in Figure 2-31. 
The three modules are separated by dashed lines. 
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2.13.1 The Host Interface Module 

The Host Interface Module appears on the right side of 
Figure 2-31. It consists of separate units for data, ad- 
dress, and control interfacing to the local bus, all under 
control of two micro-sequencers (for executing com- 
mands and receiving frames, respectively), a micro-in- 
struction ROM, an Arithmetic Logic Unit, and a regis- 
ter file. 

Communication between units of the Host Interface 
Module is by means of an internal 16-bit bus (P-bus), 
controlled by the two micro-sequencers: the Command 
and Receive Units. Both sequencers operate on micro- 
instructions from a common ROM; each is dedicated to 
a separate class of tasks, and has its own program coun- 
ter and stack. Only one of them can run at any given 
moment. 

The Command Unit fetches commands from shared 
memory space, and controls other units of the Host 
Interface Module as necessary for executing the com- 
mands. It also receives status signals, processes them, 
and updates shared memory as required. The Com- 
mand Unit controls the DMA machine, loads starting 
pointers and byte counts for DMA transfers, triggers 
the start of transfers, and aborts them if necessary. It 
uses the Arithmetic Logic Unit (ALU) as needed. Its 



commands are sent to the Channel Interface Module 
via the Transmit FIFO. The Command Unit responds 
to the Channel Attention (CA) signal from the host 
CPU, and manages the initialization process. 

The Receive Unit fetches, from shared memory, infor- 
mation defining buffer availability, size, and location, 
and controls data transfer to the buffers. In executing 
these tasks, it performs similar functions as described 
above for the Command Unit, with the exception of 
initialization and response to Channel Attention. 

The Micro-Instruction ROM supplies micro-program 
to the Command and Receive Units. It contains a thou- 
sand words, 20-bit long. The Arithmetic Logic Unit is 
used by the micro sequencer to perform simple arith- 
metic and logical operations. The Register File consists 
of twenty four 16-bit registers, plus an additional 48 
flags. The Register File makes up an internal data stor- 
age facility for the Micro-Machine. 

The DMA Unit is a memory address generator which 
operates on starting addresses and byte counts supplied 
by the Micro-sequencers to transfer information be- 
tween the 82586 and shared memory. The unit is com- 
posed of four channels. Two channels are designed for 
block transfers, one each for transmission and recep- 
tion; each of these includes a 14-bit byte counter and a 
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Figure 2-31. Block Diagram of the 82586 
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24-bit absolute address register. The remaining two 
channels are for single word transfers, one for each of 
the micro sequencers; each includes a 16-bit address 
offset register. The two channels share a common 24-bit 
base address register. 

The sixteen lower order lines of the generated addresses 
are multiplexed with the data lines in Word mode. 

All control signals between the 82586 and the local bus 
are generated or received by the Bus Interface Unit 
(BIU). The BIU also handles the CA line, used by the 
host CPU for the 82586 attention calls, and the INT 
line, for the 82586 to request the attention of the host. 
CLK is a clock supplied by the host, and is used for all 
Host Interface Module and FIFOs timing. Signals that 
control the local bus are also defined in terms of CLK. 
These signals are optimized for the iAPX 186, 8086, 
and 8088 bus. 

The Data Interface Unit is a switching matrix which 
routes data and status signals to the appropriate desti- 
nations by interconnecting input and output as re- 
quired. Command data are routed from the P-bus to 
the Transmit FIFO; transmit and receive status signals 
are sent from the Receive FIFO to the external bus; and 
data to be transmitted are routed from the external bus 
to the Transmit FIFO. Note that the two FIFOs are 8 
bits wide, while the P-bus width is 16 bits. Data pack- 
ing and unpacking are performed in the Data Interface 
Unit as required. 



2.13.2 The Channel Interface Module 

This is the second portion of the 82586, shown on the 
left side in Figure 2-31. It contains separate units that 
perform transmission and reception over the Network 
Interface. 

The Transmission logic is composed of three units: 
Transmit Byte Machine, Transmit Bit Machine and 
Carrier Sense/Collision Detect Logic. The Transmit 
Byte Machine interprets commands from the Transmit 
FIFO, executes them, and generates appropriate status 
signals, which are returned through the Receive FIFO. 

During transmission, the Transmit-Byte-Machine as- 
sembles data frames, calculates and appends the Frame 
Check Sequence, and passes the frames to the Transmit 



Bit Machine. The latter converts the frame into a pulse 
train and transmits it to the Network Interface. The 
Transmit Bit Machine performs Bitstuffing (if config- 
ured to do so). 

The Exponential Backoff timer implements Backoff, 
Defer, Wait and Priority algorithms and other 82586 
timers. 

The Receive logic consists of the Receive Byte Machine 
and Receive Bit Machine. When a frame is received 
from the Network, the Receive Bit Machine strips the 
Preamble and SFD Field from the frame, and deter- 
mines the end of the received frame by the occurrence 
of either EOF flag or End of Carrier. If Bitstuffing is 
active, inserted zeros are deleted, and computes and 
verifies the CRC (Cyclic Redundancy Check). 

The Receive-Byte-Machine checks the Destination Ad- 
dress of the received frame to determine if the Individu- 
al Address matches the Receiver's; for Multicast trans- 
missions, it performs the hash filter function to deter- 
mine whether the frame is directed to this Station. 

Received data and status signals are relayed through 
the Receive FIFO to the Host Interface Module. 



2.13.3 The FIFO Module 

The 82586 contains two 16-byte FIFO storage arrays 
located between the Host Interface Module and the 
Channel Interface Module. One FIFO transfers data in 
the transmit direction and the other in the receive di- 
rection. 

The FIFOs improve local bus utilization by virtue of 
temporary data storage on the way to or from the Net- 
work. For continuous transmission in the absence of 
the transmit FIFO, the local bus would have to be dedi- 
cated to frame transfer during the entire transmission 
and the host CPU would be unable to use the bus for 
other tasks. The FIFO allows the 82586 to relinquish 
the local bus for intermittent intervals during transmis- 
sion. During these intervals data in the FIFO empties 
toward the Network, maintaining transmission until 
the bus returns to the 82586 control. 

Similarly, the receive FIFO accumulates incoming 
bytes while the bus is otherwise occcupied, reception 
continues without data loss. 
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CHAPTER 3 
PROGRAMMING THE 82586 



3.0 INTRODUCTION 

The 82586 LAN Coprocessor handles most of the func- 
tions of the data link and physical link layers of the ISO 
Open Systems Interconnect model. It does this with a 
minimum amount of supervision by the host CPU and 
usually executes concurrently with the host CPU. The 
host CPU and the 82586 communicate through a set of 
shared memory control structures. The 82586 is a 
DMA master which allows it to operate on these con- 
trol structures as needed to handle commands and 
manage its own buffers. 

The asynchronous nature of data communications and 
the autonomous operation of the 82586 requires special 
attention to the CPU/82586 software interface. In or- 
der to simplify communication between the CPU and 
the 82586, a protocol has been defined that must be 
used by both units. This chapter discusses the algo- 
rithms that the CPU must use in communicating with 
82586. Since the 82586 is expecting the CPU to follow 
these algorithms, the user must be sure that the CPU 
does so. Failure to follow the algorithms may result in 
system failure. 

This chapter will discuss two basic issues. The first is 
how the 82586 can be placed into a variety of operating 
system environments. This topic is important because 
the 82586 is an intelligent peripheral component: a co- 
processor. The second issue is the algorithms by which 
the host CPU controls the 82586, that is the details of 
device control. To properly use the 82586, the user 
must address both sets of issues. 



3.1 FITTING THE 82586 INTO A 
SYSTEM 

The first problem to be solved in using the 82586 is to 
define how the 82586 fits into the software environment 
of a host system. The 82586 is more powerful than most 
peripheral components and may present some unique 
problems fitting it into a system. The 82586 is more a 
coprocessor than it is a peripheral component and must 
be treated as such. The 82586 is a coprocessor primarily 
due to its buffer management capabilities as well as its 
ability to chain commands. 

In order to understand how the 82586 might fit into a 
system it is helpful to consider a general model of how 
distributed systems software might be implemented, see 
Figure 3-1. 

Figure 3-1 shows four distinct entities: 

1) The 82586 itself 



2) The 82586 handler 

3) Upper Layer Communications Software (ULCS) 

4) User application software. 

The 82586 is simply the controller itself. Inputs from 
the host CPU include Commands, Command Blocks, 
FDs, and Receive buffers as well as Channel Attention 
signals. Outputs from the 82586 to the host include 
completed commands, received frames and interrupts. 

The 82586 handler consists of software routines that 
actually control the 82586. These routines perform: 

• Generating Channel Attentions to the 82586 

• Receiving interrupts from the 82586 

• Reading and writing the 82586 control structures 

• Giving commands to the 82586 and determining 
when they are completed 

• providing free (unused) buffers to the 82586 and de- 
termining when they have been filled. 
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Figure 3-1. Distributed System Software Model 
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The ULCS consists of software that provides network 
capability for user application software. The ULCS 
usually consists of Transport Layer (Layer Four of the 
OSI model) software that provides reliable, process to 
process delivery service. Such software is required in 
one form or another because the CSMA/CD protocols 
supported by the 82586 (such as Ethernet and IEEE 
802.3) provide only datagram or 'best effort' box to box 
delivery service. The Transport layer provides en- 
hanced communication services compared to datagram 
based data links. These services include process-to- 
process message delivery. This capability is useful since 
there are usually several sources, or sinks, of data at a 
single node. Also provided is guaranteed end-to-end 
message service. Transport ensures that data is not lost, 
duplicated, or delivered out of order. The ULCS inter- 
faces to the 82586 handler when it wishes to transmit a 
frame or when the handler pases a received frame to it. 

The User Application Software consists of software 
that uses the communications channel to perform tasks 
in a distributed manner. This software uses the ULCS 
to provide reliable communication path to other proc- 
esses on the network. This software is usually not aware 
of the presence of the 82586. 

The following sections address the problem of how the 
82586 handler fits into a system. This problem involves 
two major areas of discussion. The first concerns the 
nature of the interface between the 82586 handler, the 
host operating system and the ULCS. That is, how does 
the 82586 handler fit into the operating system environ- 
ment. Before the handler for the 82586 can be written, 
there should be clear model in mind for how it will fit 
into the system. The second major area concerns buffer 
management. That is, how buffers are allocated, uti- 
lized and moved between the two entities. Understand- 
ing these issues is the topic of the following sections. 



3.2 THE 82586 HANDLER 

There are basically two approaches for fitting the 82586 
handler into an operating system. The first has the 
82586 handler appear as a standard I/O driver. The 
second makes the 82586 a special type of device that 
bypasses normal I/O conventions. In the latter model, 
the 82586 handler would likely be integrated into the 
ULCS, see Figure 3-2. 

The basic issue in the two approaches is to what extent 
will the 82586 be allowed to control the rest of the 
system, especially the communications software, in or- 
der to allow full use of its capabilities. If the 82586 
must be fitted into existing structures, it is unlikely that 
its full power can be utilized. Alternatively, to extract 
the full benefits of the 82586, the designer will have to 
stretch the operating system to accommodate the 
82586. 
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Figure 3-2. The 82586 integrated Into ULCS 

3.2.1 The 82586 Handler as a Standard 
Device Driver 

Most modern operating systems have an I/O system 
that can be broken down into three parts (Figure 3-3). 
The first part consists of a standard interface used by 
all application programs. This interface is used by all 
types of devices ranging from disks to line printers. Its 
purpose is to make all devices look alike so that appli- 
cation programs can operate in a device independent 
manner. The second part consists of I/O service rou- 
tines that handle particular types of devices. Usually 
two major types of devices are considered, structured 
devices such as disk or tape files and nonstructured 
devices such as TTY drivers and line printers. The 
third part are the device drivers which are routines that 
actually manipulate the hardware such as the disk con- 
troller or USART. 

Device driver interfaces are usually standardized within 
an operating system to allow varieties of devices to be 
used without rewriting any of the I/O service routines. 
The interface is usually fairly simple because its goal is 
to allow as many types of devices to be used as possible. 

In this type of environment the 82586 handler would fit 
into the system as a device driver for an unstructured 
device. The user would issue commands to the 82586 
via the standard I/O interface which would be relayed 
to its device driver (Figure 3-4). In such an environ- 
ment the ULCS would exist as an application software 
routine using a standard interface to the 82586 handler. 

There are a number of advantages using this approach. 
First, it may be the only way to fit the handler into the 
system. If the system has memory protection or virtual 
memory, being part of the I/O, system may be the only 
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Figure 3-3. Common I/O System Structure. 
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Figure 3-4. The 82586 Handier as a Standard 
Device Driver 

way the handler can get access to user memory or actu- 
al physical memory (rather than virtual memory). Sec- 
ond, there would be a reasonable degree of device inde- 
pendence. The ULCS could be written independent of 
the 82586 and so other data links could be inserted with 
minimum changes to the ULCS. Third, the 82586 han- 
dler would not have to reinvent the mechanisms al- 
ready used by all device drivers, such as interrupt han- 
dling, buffer management or fault handling. 

However, this approach is likely to prevent many of the 
high level function capabilities of the 82586 from being 
used. The standard I/O interface and the device driver 
interfaces are likely to prevent use of buffer and com- 
mand block chaining. As noted above, these standard 
interfaces are usually fairly general, and especially at 
the device driver level, assume rather simple devices 



(i.e. devices that perform one task at a time, do not 
manage their own memory and require constant atten- 
tion from the CPU). In addition, the buffers that are 
passed across such interfaces are usually assumed to be 
one large contiguous block of memory. It could be fair- 
ly difficult trying to fit the 82586's linked list mecha- 
nisms into such a model. In some operating systems, 
only one command at a time can be issued across the 
interface. Often such an interface is not very good for 
asynchronous events (increased probability of losing 
frames). In addition, the performance across such an 
interface may be slow. Despite these problems, un- 
doubtedly there are many systems in which this is the 
best approach. In such situations there are a number of 
mechanisms that allow many of the features of the 
82586 to be used. 

Looking first at command block handling, a common 
model of operation would be one in which an operating 
system command block with something like a WRITE 
command contained inside it would be passed to the 
device driver. There would also be a pointer in this 
command block to an area of memory containing data 
to be 'written' (a System I/O Buffer). The 82586 device 
driver could interpret this WRITE command as being a 
TRANSMIT command with the data being the mes- 
sage to be sent. Inside the device driver would be an 
82586 Command Block (CB) and a Transmit Buffer 
Descriptor (TBD). When the driver receives the operat- 
ing system request block it will set up its internal CB to 
the desired function and its TBD to point to the System 
I/O Buffer. The driver then gives the CB and TBD to 
the 82586 for execution. When the 82586 has complet- 
ed processing, the Driver returns completed operating 
system command block back to the operating system. 
The internal CB and TBD are then freed. 

There are a variety of variations on this technique but 
all are based upon an internal CB/TBD within the de- 
vice driver being used to pass the command to the 
82586. For example, one might consider passing the 
82586 command block and message as part of the data 
to 'written'. In this case the contents of the provided 
82586 Command Block would be copied to the internal. 
CB and the TBD set up to the message part of the data. 
By having an internal CB and TBD the need for them 
to be in the same 64K byte segment as FDs, RBDs, and 
the SCB can be easily met. 

Turning to receive handling there are a variety of op- 
tions. The most simple approach is to reserve a FD, 
RBD, and single buffer (long enough to contain the 
biggest message that will be received) within the device 
driver. When the 82586 receives a frame, it fills the 
buffer and passes it back to the driver. The operating 
system would recover the frame by issuing a READ 
with a System I/O Buffer. The received frame would be 
copied into the System I/O Buffer and the operating 
system READ command returned. While very simple 
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this approach suffers from possible poor performance 
due to lost messages. Lost messages are caused by the 
single receive buffer within the device driver being freed 
only when the operating system posts a receive buffer. 
There is also the cost of doing the copy into the System 
I/O Buffer. 

A variation on this technique that addresses the copy 
problem is to move the data directly into the System 1/ 
O Buffer by using the buffers supplied by the READ 
command. As in the command block case, internal FDs 
and RBDs would be used as control structures. With 
either approach a frame can get lost if the System I/O 
Buffer is not supplied with new buffers frequently. 

An alternative approach is to reserve a circular list of 
FDs, RBDs within the device driver, see Figure 3-5. 
The 82586 places received frames into the buffers. 
When the operating system issues a READ command, 
the 82586 driver copies this information into the sup- 
plied System I/O Buffer. The device driver reclaims the 
old FD, RBD, and buffers. 
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Figure 3-5. 82586 Device Driver 
Using Circular Lists 

The circular list is managed using a FIFO philosophy. 
Frames are always processed in the order they were 
received, and processed FDs and RBDs are replaced in 
order. The links among the FDs on the RDL and the 
RBDs on the FBL are never altered. The EL bit is used 
to mark the logical end of the list. The 82586 itself 
manages the linking FDs to RBDs as they are needed. 
If the 82586 runs out of FDs or RBDs, it enters the No 
Resources state. In order to know the logical beginning 
of the lists, the devide driver will maintain a pointer to 
the 'first' free FD and RBD. As frames are received 
The driver will always know which FD is to be used 
next. As FDs and RBDs move from the empty to filled 
state, the pointers should be moved to the next FD and 



RBD. Recovering FDs and RBDs simply involves 
changing the EL bit from one to zero on the previous 
FD and RBDs to the one being recovered. 

This circular list approach takes better advantage of the 
82586's capabilities in that the 82586 can receive frames 
asynchronously to the operating system reading them. 
Also, the 82586's buffer chaining capability can be used 
to obtain more efficient memory usage. 



3.2.2 The 82586 Handler as a Special 
Driver 

If the 82586 handler is treated as a standard device 
driver, device independence is maintained, but at the 
cost of performance. Performance is degraded for two 
reasons. First, copies of data must be made between the 
System I/O Buffer and the driver. Second, frames may 
be lost due to a lack of buffers. This suggests that if 
possible, another approach be found. 

This other approach consists of moving the 82586 han- 
dler outside of the I/O system and be treated as a spe- 
cial kind of device. In this model, the 82586 handler 
would exist as a separate entity, most likely made part 
of the ULCS routines, see Figure 3-6. The only support 
required from the operating system would be interrupt 
handling. The ULCS would likely operate on linked 
buffer structures and perhaps be aware of the control 
structures of the 82586. The 82586 handler would still 
manipulate the control blocks given it by the ULCS 
and interface to the 82586, but operate much closer to 
the ULCS. In this environement more attention must 
be paid to the buffer management model used by the 
82586 and the ULCS. The 82586 can operate with a 
variety of buffer models in this type of environment 
although there is one that can be considered its 'design 
model.' This model and several others will be discussed 
in the following section. 

The 'Design' memory management model for the 82586 
is shown in Figure 3-7. This model assumes an explicit 
Transport (and perhaps Network) Layer. Two pools of 
memory, one for Transmit (called the CB pool), and 
the other for Receive (called the RFA pool) contain 
various control blocks needed for 82586 operation. The 
CB pool contains CBs, TBDs, and transmit buffers. 
The RFA pool contains FDs, RBDs, and receiver buff- 
ers. Blocks do not move between pools. These data 
structures are 'owned' by the 82586 handler. Usually 
these pools are independent of the operating system's 
Free Space Manager (it is possible for them to be part 
of a system free space manager, but this will significant- 
ly increase overhead). Both pools are 'owned' by the 
82586 handler or by the 82586 itself. The CB pool be- 
longs to the handler while the RFA pool belongs to the 
82586 itself. The RFA pool is basically the memory 
pool managed by the 82586 Receive Unit. 
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Figure 3-6. The 82586 Handler as Part of the 
Communications Software 
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Figure 3-7. 82586 Handier Memory 
Management Model 

To transmit a Frame, the Transport Layer requests a 
buffer from the 82586 handler. This might be done by 
making a subroutine call to the handler. The handler 
returns a command block and enough buffers (with 
TBDs) from the CB pool to the Transport Layer. The 
Transport Layer will fill the buffer with some portion 
of the user message and initialize the CB to whatever 
values are required for the operation desired. The CB 
(and buffer) are then returned to the handler where it is 
given to the 82586. When the command is executed by 
the 82586, the handler will receive an interrupt and will 
reclaim the CB and TBD and places them back into the 
pool. 



On the receive side, the RFA pool is managed by the 
82586 ifself. When a frame has been received, the 82586 
interrupts the handler. The handler passes the FD, 
RBD(s), and receive buffer(s) to the receive side of the 
Transport Layer. The Transport Layer extracts what it 
needs, and returns the FD, RBD(s), and receive buf- 
fers^) to the handler. The handler reclaims these struc- 
tures and places them at the end of the Receive Frame 
Area managed by the 82586. 

As noted above there are a variety of memory manage- 
ment models that the 82586 can operate with besides 
the 'design' model. Another model of interest elimi- 
nates the copy of data from user buffers into transmit 
data link buffers and from receive data link buffers to 
user buffers. One approach to eliminate copies of data 
is to eliminate the transmit buffers from the CB pool 
and only provide CBs and TBDs. The Transport Layer 
software then sets up pointers to header information 
and user data using the TBDs. On receive, the Trans- 
port Layer passes on the data link buffers to the user 
and returns only the FDs and RBDs (plus new receive 
buffers to replace those passed to the user). 

This technique eliminates copies of data, it does have 
some problems. First, both transmit and receive buffers 
must be in 'fast' memory (that is, memory that can be 
accessed directly by the 82586 at a minimum of 1.25 
Mbytes/sec). Second, the Transport header may not be 
long enough to meet the minimum buffer size required 
for the 82586. On receive this problem manifests itself 
as to how to handle the transport header information; it 
cannot be passed up to the user. Third, care must be 
taken to ensure that the memory used in data link buff- 
ers is accessible by the user program. If user programs 
are restricted to only some memory areas, then the situ- 
ation may arise in which the user program cannot ac- 
cess a received buffer. In this case a copy would be 
required. 

As noted above the 82586 was designed to work with 
one buffer management model. The 82586 does operate 
with other models provided the algorithms in the fol- 
lowing sections are followed. It is important to recog- 
nize that there must be a buffer management model 
present in the system. It should be a model that is cho- 
sen upfront in the system design, not after. 



3.3 INITIALIZATION OF THE 82586 

Initialization of the 82586 occurs in these three phases. 
The first phase involves use of the SCP and the ISCP to 
locate the SCB and define the bus width. The second 
phase involves issuing Configure, Individual Address 
Setup and Multicast Address Setup commands. The 
third phase involves starting the RU by supplying it 
with an initial allocation of FDs and RBDs. This sec- 
tion addresses only the first two phases; section 3.6 ad- 
dresses starting the RU. It should be noted that it is 
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important that three phases be done in the order indi- 
cated. Starting the RU prior to setting up the individual 
address is generally undesireable. 

The SCP and ISCP are designed for maximum flexibili- 
ty in locating the SCB. Usually in iAPX 86 family sys- 
tems, the SCP is located in ROM together with the 
processor bootstrap routines. The model of operation is 
that the SCP will point to the ISCP which is located in 
RAM. The address of the SCB can be written into this 
RAM location so that it can vary with different system 
configurations. The SCP and ISCP will exist only for 
initialization purposes. Once the SCB is located, the 
SCP and ISCP locations can be reclaimed. The SCB 
should be initialized prior to beginning the SCP/ISCP 
sequence. 

The second phase involves issuing commands that con- 
figure the 82586. If the 82586 is used in IEEE 802.3 
configuration, it is not necessary to issue a configure 
command since the 82586 initializes itself as an IEEE 
802.3 controller. Otherwise the user must issue the 
Configure command. After configuration, the user 
should issue an Individual Address Setup command to 
load the 82586 with the host address. This procedure 
may be followed by the MC Setup command as re- 
quired. These commands may be chained together or 
issued one at a time. 

After address setup, the RU can be started and supplied 
with FDs and RBDs, see section 3.6.4. 



3.4 SIMPLE COMMAND PROCESSING 

With an understanding of how the 82586 handler fits 
into a system, the operations to be performed by the 
handler can be discussed. This section discusses giving 
commands to the 82586 and servicing 82586 interrupts. 
Simple command processing in this context means that 
the 82586 handler accepts only one command at a time 
for the 82586. ULCS is not allowed to give a second 
command to the handler before the previous command 
has been executed. More complex processing will be 
discussed in section 3.5. 



3.4.1 Adding CBs to the CBL 

Simple command processing means that commands are 
issued one at a time to the 82856. The handler is given a 
single CB by the ULCS, writes the address of the CB 
into the CBL_OFFSET field in the SCB, places a Start 
CU command into the SCB, and issues a CA. The 
82586 will accept the Start CU command and clear the 
SCB field. It will then execute the CB, update status in 
the SCB and generate an interrupt to the handler. The 
handler will process the interrupt and then reclaim the 
CB for future use. This procedure can be repeated as 
required. 



Figure 3-8 illustrates this basic procedure of giving a 
new CB to the 82586. Note that the CPU must mask 
off interrupts from the 82586 during various parts of 
the algorithm. Masking interrupts will prevent the in- 
terrupt service routine from issuing commands to the 
82586 which might overwrite the command just given 
to the 82586 by the command processing routine. Over- 
writing might occur if an interrupt occurred between 
the recognition that the SCB command field was clear 
and the issuing of the CA. Either the command proc- 
essing routine or the interrupt service routine could 
find their command to the 82586 being overwritten by 
the other. The result of this race condition Would likely 
be a system hand up. 
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Figure 3-8. Simple Procedure to Add 
a New CB to the CBL 

3.4.2 Basic interrupt Service Routine 

When a command has been completed by the 82586, an 
interrupt will be issued to the host CPU (if the I bit was 
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set in the (CB). Figure 3-9 shows the basic interrupt 
service routine. This routine's interrupt acknowledge- 
ment sequence will be used over again in the command 
and receive interrupt service routines that will be de- 
scribed later. The routine starts by saving CPU context 
(this may have already been done by the operating sys- 
tem). The handler then waits for the SCB command 
word to clear, which signifies that the 82586 has no 
pending control commands. The handler determines 
the nature of the interrupt, sets the appropriate ACK 
bits in the SCB Command Word, and issues a Channel 
Attention (CA) to mark acknowledgement of the inter- 
rupt. The handler then waits for the 82586 to accept 
confirmation of the interrupt acknowledgement by 
clearing the SCB command field and removing the in- 
terrupt signal (provided no new events that may gener- 
ate an interrupt have occurred). The CB is then exam- 
ined by checking the C bit (command completed bit). If 
completed, the CB is returned to the handler for re-use. 
If the command was not completed then some error is 
likely to have occurred. The routine is exited by issuing 
an End of Interrupt, EOI, to the interrupt controller 
and restoring interrupt context. 

The basic algorithm is referred to by all the following 
sections. The only part to change will be the parts that 
refer to CB processing. 



3.5 ADVANCED COMMAND 
PROCESSING 

This section primarily is concerned with how com- 
mands may be chained together. In practice, it is diffi- 
cult to chain two or more commands together for two 
reasons. First, the 82586 can execute commands much 
quicker than most operating systems can prepare the 
next command. For example, it takes less than 1 ms to 
transmit 1000 bytes at 10 Mbps for IEEE 802.3. Most 
operating systems would be hard pressed to prepare 
another command before the first was completed. Sec- 
ond, chained commands must be given to the 82586 in 
groups. If a single command is given to the 82586 and 
the CU is started, the 82586 will not execute the added 
CBs. The new CBs are ignored because the 82586 reads 
the first CB's EL bit set to one and concluded that 
there were no more Command Blocks to be executed. 
This behavior will occur even if the new Command 
Block is chained to the first and the EL bit on the first 
is reset; once the 82586 has started working on the first 
CB it does not reexamine the EL bit. Thus if one wishes 
to chain commands it will be necessary to ensure that 
the 82586 has at least one unfetched Command Block 
present. This rule requires that the 82586 be started 
with at least two Command Blocks present. 

Despite these problems there are situations in which 
some form of Command Block chaining might be use- 
ful. The first case is where the ULCS may have the 
capability to occasionally give the 82586 handler multi- 



SAVE CPU REGISTERS 




YES 



READ SCB STATUS, 
DETERMINE INTERRUPT SOURCE 



SCB.CMD = ACK 




NO 



GETCB 




RETURN CB TO THE USER 
PROCESS LIST STRUCTURE 



EOI TO INTERRUPT CONTROLLER 



EXIT 



Figure 3-9. Basic Interrupt Service 
Routine Sequence 
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pie Command Blocks (not at the same time) and some 
structure is desired to handle it. In this case the com- 
mands are most likely to be executed one at a time by 
the 82586 simply because they are given to the handler 
one at a time. This case is called static lists. In this 
approach Command Blocks are chained together on a 
list but only one Command Block is actually given to 
the 82586 at a time. Thus the 82586 will execute one 
Command Block, halt (the CU goes to the IDLE state), 
and interrupt the host CPU. The handler would then 
process the completed Command Block and, if another 
one is on the list, give it to the 82586 for execution. If 
there are no commands, the CU is not restarted. Given 
how fast most CPUs can actually prepare request 
blocks and the manner in which the 82586 operates 
upon lists, static lists are probably the best overall ap- 
proach. 

The second approach is similar to the first except that 
the 82586 can be given multiple commands to execute. 
This case, called dynamic lists, occurs only if there are 
two or more unexecuted commands on the Command 
List and the CU is in the IDLE state (requiring it to be 
STARTed). If there is only one command on the list (or 
the 82586 is on the last Command Block of a list of 
commands) then trying to add additional commands 
yields nothing. Dynamic lists are an attempt to take 
advantage of the fact that the 82586 executes one com- 
mand at a time and does not look beyond the current 
CB being executed (except for the implications of set- 
ting the EL bit). Most of the time, dynamic lists will 
function as static lists, but occasionally an interrupt 
may be saved. 

This section discusses both static and dynamic lists. 
They share a very similar method of adding Command 
Blocks to the end of the CBL. The major difference is 
in the interrupt service routine. As a result, the algo- 
rithm for chaining commands will cover both cases, 
and interrupt processing will be discussed separately. 



3.5.1 Adding Command Blocks to 
Static and Dynamic Lists 

To add a CB to the list, the ULCS will most likely call 
a procedure that does it. A procedure for CB chaining 
for static and dynamic lists is shown in Figure 3-10. 
The handler defines two pointers: Begin. CBL and 
End.CBL. Begin.CBL locates the first CB on the list 
while End.CBL locates the last CB. If there are no CBs 
on the list then Begin.CBL is set to OFFFFH. The 
pointers bound the list of CBs as defined by the CPU. 
The 82586 will operate on all or some part of the CBs 
on the list. 

The procedure shown in Figure 3-10 first clears the 
CB's C and B bits, sets the I and EL bits to one, and 
sets the Link field to OFFFFH. It will then examine 
Begin.CBL. If Begin.CBL - OFFFFH, there are no 



CBs on the list and the process proceeds as in the sim- 
ple case (Figure 3-8). Begin.CBL and End.CBL are 
both set to the address of the CB. If Begin.CBL is not 
OFFFFH, then there are CBs on the list to which the 
new CB is to be added. First, interrupts from the 82586 
are masked off to prevent race conditions between in- 
terrupt service routine and CB chaining procedure. The 
new CB is added by inserting its address in the current 
last CB's Link field, and the END.CBL pointer is up- 
dated. For dynamic lists, the EL bit of the formerly last 
CB on the list is set to zero. It is important that the EL 
bit is not set to zero prior to the Link field being valid. 
Otherwise, the 82586 may go off to an invalid address 
and never return. For static lists, the EL bit is set for all 
CBs. 



3.5.2 Static List Interrupts 

When a single command has been completed, the 82586 
will interrupt the host CPU. The interrupt service rou- 
tine, ISR, for static lists, shown in Figure 3-11, builds 
upon the basic interrupt acknowledgement routine de- 
scribed in Figure 3-9. After the basic routine is com- 
pleted, two sanity checks are performed. First, that 
there is a Command Block present (Begin.CBL is not 
equal to OFFFFH), and second, that the Command 
Block was executed (the C bit is one). If either is not 
true, then a serious error has occurred. If there is a 
completed CB present, then it is returned to the user. A 
search is made for the next CB by checking the Link 
field of the current CB. If it is OFFFFH, then there are 
no more CBs. Begin.CBL should be set to OFFFFH in 
this case and the routine exited. Otherwise SCB.CBL__ 
OFFSET and Begin.CBL are set equal to the address of 
the next CB, START is issued, and the routine is exit- 
ed. As in the simple CB add case, the last action before 
leaving the ISR is to issue an EOI to the programmable 
interrupt controller, PIC. 



3.5.3 Dynamic List Interrupts 

For dynamic lists, the 82586 receives an interrupt after 
processing a CB with EL = 1. Figure 3-12 illustrates 
the interrupt service routine. First, the basic interrupt 
acknowledgement routine is used from Figure 3-9. A 
pointer called CB.pointer is defined to track the CB of 
immediate interest. CB.pointer is initially set equal to 
Begin.CBL. It is then tested for the empty condition 
(OFFFFH), and if empty the routine is exited. If not, 
the CB itself (pointed to by the CB.pointer) is obtained 
and the C bit of the CB is examined for completion of 
execution. If set, the CB.pointer is updated with the 
location of the next CB (i.e. the CB Link field of the 
used CB) and the used CB is returned to the handler. 
The process repeats until the end of the CBL is found. 
If the C bit was not set, the CU is checked for the 
IDLE state, and is restarted if required. In either case, 
EOI is executed, and the procedure is exited. 
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INITIALIZATION OF CB 



\r YES 



BEGIN.CBL = CB ADDRESS 
END.CBL = CB ADDRESS 




SCB.CMD = START 
SCB.CBL OFFSET = CB ADDRESS 



UNMASK INTERRUPTS 



CB.EL = 1 

CB.C = B - 

CB LINK = OFFFFH 

CB.CMD = (DESIRED VALUE) 




NO 



LAST CB. LINK = CB1 
ADDRESS 



LAST CB.EL (BIT) = 2 



END.CBL = CB ADDRESS 



UNMASK INTERRUPTS 



RETURN 



NOTES: 

1 . Placement of this statement is critical. For example, if EL is set to zero before CB Link is valid, the 82586 could go to 
an invalid CB address. 

2. For static lists, EL = 1, and this line is not required. 

Figure 3-10. Procedure to Chain CBs: Process One CB at a Time (Static List), 
or Multiple CBs (Dynamic List) 
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BEGIN.CBL - OFFFFH 



[ACK PROCEDURE, SEE FIGURE 3-9] 




-*► [ERROR] 



-*► [ERROR] 



OFFFFH? ^ S NO 



SCB.CBL_OFFSET = CB.LINK 



BEGIN.CBL - CB.LINK 



START CU 



RETURN CB TO HANDLER 



EOI INTERRUPT 



Figure 3-11. Interrupt Service Procedure for Static Lists (EL Bit Set in all CBs) 
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ENTER ISR 



[ACK PROCEDURE, SEE FIGURE 3-9] 



CBL.POINTER = BEGIN.CBL 




YES 



YES 



START CU 



w 



CB.POINTER = CB. LINK 



GIVE CB TO USER 



Figure 3-12. Dynamic List Interrupt Service Routine 



The major difference between static and dynamic list 
interrupt processing is that in the static list case there 
will always be exactly one completed Command Block 
whenever SCB.CX is one. With dynamic lists there 
may be zero, one, or serveral completed commands and 
the user must always determine which case applies. In 
most systems, it is not worth the additional overhead 
trying to handle the processing of dynamic lists when it 
is unlikely that multiple Command Blocks will ever be 
found on the Command List anyway. 



3.5.4 CU Command Simplification 

From the discussion above, it was shown that CBs 
could be added to the CBL without using the SUS- 
PEND and RESUME commands. 

By adhering to the approach set forth above, the pro- 
grammer can eliminate the complexity of managing 2 
additional control commands. No performance penalty 
is paid because from the software execution viewpoint, 
all CU commands are equivalent. 
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The approach works because when the CU recognizes 
an EL = 1, it goes directly to the IDLE state without 
reading the Link field. This rule allows the handler to 
specify location OFFFFH as the empty condition, 
which is helpful in managing CBs. 

It will be shown in the next section that RESUME and 
SUSPEND are not required to append FDs and RBDs 
to the Receive Data and Free Buffer lists. 



3.6 RECEIVE FRAME PROCESSING 

The 82586's automatic receive buffer chaining manage- 
ment capability is one of its most powerful features. 
This capability affords efficient memory usage which in 
turn can result in fewer lost frames due to lack of buff- 
ers. In order to gain the greatest advantage from this 
capability, the software must be able to dynamically 
handle interrupts reclaim and add FDs/RBDs to the 
Receive Frame Area, RFA. 'Dynamically' here means 
that the CPU need not halt or suspend the RU in order 
to add either FDs or RBDs. 

The RFA can be divided into two lists: the Received 
Data List, RDL, and the Free Buffer List, FBL (see 
Figure 3-13). The RDL is the list of free FDs while the 
FBL is the list of free RBDs. The basic technique to 
make additions to the RDL and FBL is similar to add- 
ing CBs as described for dynamic lists in section 3.5. As 
before, use of the RU commands SUSPEND and RE- 
SUME is not required. 
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Figure 3-13. The Receive Frame Area 

In order to operate on the RDL and FBL, a pair of 
pointers is needed for each list. The pointers BEGIN_^ 
RFA and END RFA are used to indicate the begin- 
ning and end of the RFA. The pointers BEGIN_FBL 
and END_FBL are used to indicate the beginning and 
end of the FBL. It should be noted that 'beginning' and 
'end' here refer to how the CPU views the lists, not the 
82586. As in the case of the chained Command Blocks, 



the lists that the CPU operates on may contain blocks 
that the 82586 either has already processed or does not 
know are present (in the sense of being past the 'last 
block' as viewed by the 82586). The BEGIN pointers 
are used by interrupt routines for searching purposes. 
The END pointers are used to designate a true end of 
the RDL and FBL. 

An interesting problem occurs in receive frame process- 
ing that does not occur in CB processing, namely 'or- 
phan Buffer Descriptors.' Consider the case of 20 
RBDs, each 128 bytes long, and 3 FDs. If three short 
frames are received, there will be 17 'RBDs' without 
any FDs present (they have become 'orphans'). That is, 
the RBDs do not have a FD to point to them. The 
following algorithms will also deal with this problem by 
use of the BEGIN_FBL and END_FBL pointers. 

Before presenting the actual algorithms, it is helpful to 
recall how the RU itself operates on the RBL and FBL. 
First, the RU never modifies links between individual 
FDs and between individual RBDs. Second, the RU 
updates the RBD_OFFSET field in the FD to point to 
the next free RBD. Third, the RU only reads the 
RFA_OFFSET field in the SCB at START; the 82586 
never modifies this field. 



3.6.1 Supplying FDs to the RDL 

The first task of concern is how to place free FDs onto 
the RDL. Free FDs may be placed on the RDL in two 
instances. First, at startup time when the 82586 is pro- 
vided with its initial pool of FDs. Second, when the 
ULCS is done with a received frame and is returning 
the FDs and RBDs to the handler. A likely method to 
give FDs to the handler is to call a subroutine. This 

routine can be called 'Supply FD.' Supply FD places 

new FDs to the end of the RDL, see Figure 3-14. 

Supply FD first initializes the new FD by setting 

EL = 1 and LINK_OFFSET and RBD_OFFSET 
= OFFFFH. Setting LINK_OFFSET to OFFFFH in- 
dicates that the FD is the last block on the RFA insofar 
as the CPU is concerned (the 82586 uses EL). 
Initializing the RBD OFFSET is critical to avoid sys- 
tem hangups. A check is then made to determine if the 
RFA is empty (i.e. BEGIN.RFA = OFFFFH). If it is, 
the BEGIN and END RFA pointers are set to the ad- 
dress of the FD. The RU is not started because there is 
only one FD available to the 82586 (see section 3.6.4). 
The routine returns back to the handler. 

If the RFA is not empty, the FD is appended to the end 
of the list. First, interrupts from the 82586 are masked 
off to prevent an interrupt service routine from modify- 
ing the RDL. The last FD.LINK OFFSET (i.e. the FD 
that was the last one on the list prior to the subroutine 
call) is updated to the address of the FD to be added to 
the list. The EL bit of this last FD is set to 0, and the 
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SUPPLY FD 



FD.EL = 1 

FD.LINK.OFFSET = OFFFFH 

FD.RBD_OFFSET = OFFFFH 

(SEE SEC. 2.9.4) 



| DISABLE 82586 INTERRUPTS 



YES 




BEGIN.RFA = FD ADDRESS 
END.RFA = FD ADDRESS 



NO 



LAST FD.LINK = FD ADDRESS 

LAST FD.EL = 

END__RFA = FD ADDRESS 



CALL RU_START 



-*\ REENABLE 82586 INTERRUPTS ]^- 



Figure 3-14. Procedure to Add FDs to the RDL 



End RFA pointer is updated to point to the 'new' last 
FD. To prevent system failure, the link to the new FD 
must be established before the EL bit in the 'old' last 
FD is set to zero. Finally, interrupts from the 82586 are 
unmasked, and the RU may be restarted as described in 
section 3.6.4. 



3.6.2 Supplying RBDs to the FBL 

The process of adding RBDs to the FBL is very similar 
to that for adding FDs to the RDL. As with the FDs 

there is likely to be a routine called 'Supply RBD\ 

Supply_RBD places new RBDs at the end of the FBL 
(see Figure 3-15). 

Supply RBD first initializes the new RBD by setting 

EL = 1 and LINK OFFSET. Setting LINK_OFF- 
SET to OFFFFH indicates that the RBD is the last 
block on the FBL insofar as the CPU is concerned (the 
82586 uses EL). A check is then made to determine if 
the FBL is empty (i.e. Begin FBL = OFFFFH). If it is, 
the BEGIN and END FBL pointers are set to the ad- 
dress of the RBD. The RU is not started because there 
is only one RBD available to the 82586, (see section 
3.6.4). The routine returns back to the handler. 



If the FBL is not empty, the RBD is appended to the 
end of the list. First, interrupts from the 82586 are 
masked off to prevent an interrupt service routine from 
modifying the RDL. The last RBD.LINK OFFSET 
(i.e. the RBD that was the last one on the list prior to 
the subroutine call) is updated to the address of the 
RBD to be added to the list. The EL bit of this last 
RBD is set to 0, and the End RDL pointer is updated 
to point to the 'new' last RBD. To prevent system fail- 
ure, the link to the new RBD must be established be- 
fore the EL bit in the 'old' last RBD is set to zero. 
Finally, interrupts from the 82586 are unmasked, and 
the RU may be restarted as described in section 3.6.4. 

The two routines Supply FD and Supply RBD were 

constructed to illustrate the algorithms. In most real 
systems, it is likely that the actual routines would differ 
slightly from the ones discussed. The Supply FD rou- 
tine would likely accept FDs with a list of attached 
RBDs. Returning linked FDs and RBDs is useful since 
most of the time a previously received frame consisting 
of one RD and at least one RBD will be returned to the 

handler. Likewise the Supply RBD routine could also 

accept a list of RBDs instead of just one. The process- 
ing is slightly more complex but takes advantage of the 
already existing lists instead of first taking the lists 
apart and then putting them back together again. 
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RBD.EL = 1 
RBD.LINK.OFFSET = OFFFFH 








* 








DISABLE INTERRUPT 








BEGIN.FBL = OFFFFH?^ 








YES 


' 


" NO 

if 




BEGIN.FBL = RBD ADDRESS 
END.FBL = RBD ADDRESS 




LAST_RBD.LINK = RBD ADDRESS 

LAST_RBD.EL = 

END.FBL = RBD ADDRESS 
















" 




| CALLRU_START | 










r . 








ENABLE INTERRUPT 












I RETURN | 









Figure 3-15. Procedure to Add RBDs to the FBL 



3.6.3 Receive Interrupt Processing 

The procedure for handling receive frame interrupts is 
shown in Figure 3-16. There are basically three phases 
to receive interrupt processing. The first phase is to 
acknowledge receipt of the interrupt from the 82586 (as 
was done in Figure 3-9). The second phase is to remove 
any received frames from the RFA and update the 
pointers to the RDL and FBL. The third phase is to 
restart the RU if it is not in the READY state. The first 
phase is described in section 3.4.2. 

The second phase begins by examining the FR bit in the 
SCB status field. If it is set, then there may be received 
frames present. (It should be noted that the word 'may' 
is used. It is possible that the received frames had been 
already removed during previous interrupt service 
processing). To locate received frames the following al- 
gorithm is used. A Frame Descriptor pointer, 
FD.pointer, is defined to access FDs. FD.pointer is ini- 
tially set to the location of the first known free FD 

(contained in Begin RFA). This location is first tested 

for the empty case (OFFFFH) and if empty, processing 
is terminated on the FDL. If a FD is present, then it is 
tested to see if reception of the frame was completed 
(the C bit is checked). If not, the second phase is com- 
pleted and processing moves on to the third phase. If 



the FD's C bit is set, then the location of the next FD is 

taken from the FD,LINK and stored in Begin RFA. 

The new beginning of the FBL is located by examining 
the RBD pointed at by the RBD_OFFSET field of the 
completed FD. A search is performed by examining 
each RBD until the one with EOF set is found. This 
RBD is the last RBD used by the completed FD. The 
next RBD (provided that RBD does not also have EL 
set) is the new first RBD on the FBL. Its address 

should be stored in Begin FBL. When this procedure 

is done, the FD and associated RBDs are forwarded to 
the user and FD.pointer is set to the next FD. This 
process continues until either the end of the RDL is 
found or a FD with the C bit not set is located. 

The third phase is concerned with restarting the RU if 
required. The RU may be in either the IDLE or NO- 
RESOURCES state and may need to be restarted. The 
rules for doing this are presented in the next section, 
3.6.4. 



3.6.4 Rules for Starting the RU 

Care must be taken when restarting the RU after add- 
ing FDs and RDBs. The following rules are helpful to 
ensure smooth processing: 

1) It is unnecessary to restart the RU if it is already 
running (i.e. in the READY state). 
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[ACK PROCEDURE, SEE FIGURE 3-9] 



| FD.POINTER = BEGIN.RFA | 
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-EXIT 



BEGIN.RFA = FD.LINK 



CALL RU START 
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BEGIN.FBL = FIRST FREE RBD 
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RETURN (USED) FD TO USER 



| FD.POINTER = BEGIN.RFa"| 



H°H 



230814-66 



Figure 3-16. Receive Frame Interrupt Processing Routine 



2) There should be at least 2 available FDs on the 
RDL. For example, if the first FD has EL = 1, then 
the RU will ignore all remaining FDs. In this case, 
the RU will go into the NO RESOURCES state af- 
ter a frame is received. If two or more FDs are avail- 
able, the RU will stay active because it hasn't seen 
EL = 1. 

3) There should be at least 2 RBDs available to the RU 
before starting. 

A procedure for starting the RU is shown in Figure 3- 
17. The procedure begins by checking the rules set 
forth above (it is assumed that SUSPEND is not used). 
The RBD_OFFSET of the first FD is set to the begin- 
ning of the FBL (using the Begin.FBL pointer). The 



procedure waits for the SCB command field to be zero; 
this check ensures that there are no pending commands 
to the 82586. The RFA offset in the SCB is set to loca- 
tion of the first FD in the list. The RU is then started. 
Channel Attention is given, and the routine is exited. 



3.6.5 Considerations in Using Receive 
Buffers 

In using the linked buffer structures present with the 
82586 there are several important considerations relat- 
ed to how many receive buffers are required and how 
large should they be. Although the exact numbers will 
depend upon the performance and available memory in 
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SCB.CMD = RU START 
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EXIT 



Figure 3-17. RU Start Procedure 
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Figure 3-18. Combined Command and Receive 
Interrupt Service Routine 
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a particular system, there are some general guidelines 
that can be established. These guidelines are: 

1) The size of the receive buffer should completely con- 
tain the usual 'small' message of the network. In 
most networks up to 75% of the frames will be 
'small'. This number should be determined and the 
size of receive buffers set to be slightly greater than 
this value. In many networks, a value of 100 to 128 
bytes is adequate. The worst case system bus band- 
width requirements is when every frame received 
takes two or more receive buffers. 

2) The number of receive buffers depends on the ac- 
ceptable loss rate of frames due to lack of buffers. 
Since the CSMA/CD protocols supported by the 
82586 do not offer guaranteed delivery of frames 
some loss is inevitable, but if too many are lost there 
will be significant network performance degradation. 
The minimum number is enough to contain the larg- 
est possible frame. The designer must consider the 
following questions: 

a. How much traffic is going to be received? Obvi- 
ously a file server will require many more buffers 
than a terminal or simple workstation. 



b. How long does it take the processor to process 
and return a received frame? For a given level of 
performance, the longer the processing time, the 
more buffers will be required. 

c. What is the maximum number of back to back 
frames that can be expected in normal operation 
and how big will they be? There should be enough 
buffers to contain them. 

In trying to determine the optimum number of receive 
buffers, it is helpful to use the Resource Error tally in 
the SCB. This tally will record the number of frames 
lost to insufficient buffer resources. In most systems a 
value of five to ten percent of the total received frames 
is acceptable. 



3.7 COMBINING RECEIVE AND 
COMMAND PROCESSING 

The discussions in section 3.4 and 3.5 assumed that the 
Receive and Command interrupt processing were per- 
formed in isolation. In practice the two procedures are 
combined as shown in Figure 3-18. In the previously 
described routines, redundant servicing routines (Save 
Registers, Process Interrupts, EOI and Exists) would 
be performed only once in the combined case. 



3-17 



82586 Data Link Driver A 



Jntgl APPLICATION AP-235 



NOTE 



September 1 985 



An 82586 Data Link Driver 



CHARLES YAGER 



Order Number: 231421-001 
4-1 



intef 



AP-235 



4.0 INTRODUCTION 

This application note describes a design example of an 
IEEE 802.2/802.3 compatible Data Link Driver using 
the 82586 LAN Coprocessor. The design example is 
based on the "Design Model" illustrated in Chapter 3 
of the LAN Components User's Manual, "Program- 
ming the 82586". It is recommended that before read- 
ing this application note, the reader clearly understands 
the 82586 data structures and the Design Model given 
in Chapter 3. 

Chapter 3 discusses two basic issues in the design of the 
82586 data link driver. The first is how the 82586 han- 
dler fits into the operating system. One approach is that 
the 82586 handler is treated as a "special kind of inter- 
face" rather than a standard I/O interface. The special 
interface means a special driver that has the advantage 
of utilizing the 82586 features to enhance performance. 
However the performance enhancement is at the ex- 
pense of device dependent upper layer software which 
precludes the use of a standard I/O interface. 

The second issue Chapter 3 discusses is which algo- 
rithms to choose for the CPU to control the 82586. The 
algorithms used in this data link design are taken di- 
rectly from Chapter 3. Command processing uses a lin- 
ear static list, while receive processing uses a linear dy- 
namic list. 

The application example is written in C and uses the 
Intel C compiler. The target hardware for the Data 
Link Driver is the iSBC 186/51 COMMputer. 



4.1 FITTING THE SOFTWARE INTO 
THE OSI MODEL 

The application example consists of four software mod- 
ules: 



• Data Link Driver (DLD): drives the 82586, also 
known as the 82586 Handler. 

• Logical Link Control (LLC): implements the IEEE 
802.2 standard. 

• User Application (UAP): exercises the other soft- 
ware modules and runs a specific application. 

• C hardware support: written in assembly language, 
supports the Intel C compiler for I/O, interrupts, 
and run time initialization for target hardware. 

Figure 4-1 illustrates how these software modules com- 
bined with the 82586, 82501 and 82502 complete the 
first two layers of the OSI model. The 82502 imple- 
ments an IEEE 802.3 compatible transceiver, while the 
82501 completes the Physical layer by performing the 
serial interface encode/decode function. 

The Data Link Layer, as defined in the IEEE 802 stan- 
dard documents, is divided into two sublayers: the Log- 
ical Link Control (LLC) and the Medium Access Con- 
trol (MAC) sublayers. The Medium Access Control 
sublayer is further divided into the 82586 Coprocessor 
plus the 82586 Handler. On top of the MAC is the LLC 
software module which provides IEEE 802.2 compati- 
bility. The LLC software module implements the Sta- 
tion Component responses, dynamic addition and dele- 
tion of Service Access Points (SAPs), and a class 1 level 
of service. (For more information on the LLC sublayer, 
refer to IEEE 802.2 Logical Link Control Draft Stan- 
dard.) The class 1 level of service provides a connec- 
tionless datagram interface as opposed to the class 2 
level of service which provides a connection oriented 
level of service similar to HDLC Asynchronous Bal- 
anced Mode. 

On top of the Data Link Layer is the Upper Layer 
Communications Software (ULCS). This contains the 
Network, Transport, Session, and Presentation Layers. 
These layers are not included in the design example, 
therefore the application layer of this ap note interfaces 
directly to the Data Link layer. 
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Figure 4-1. Data Link Driver's Relationship to OSI Reference Mode 1 
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Figure 4-2. Block Diagram of the Hardware and Software 



The application layer is implemented in the User Appli- 
cation (UAP) software module. The UAP module oper- 
ates in one of three modes: Terminal Mode, Monitor 
Mode, and High Speed Transmit Mode. The software 
initially enters a menu driven interface which allows 
the program to modify several network parameters or 
. enter one of the three modes. 

The Terminal Mode inplements a virtual terminal with 
datagram capability (connectionless "class 1" service). 
This mode can also be throught of as an async to IEEE 
802.3/802.2 protocol converter. 

The Monitor Mode provides a dynamic update on the 
terminal of 6 station related parameters. While in the 
monitor mode, any size frame can be repeatedly trans- 
mitted to the cable in a software loop. 

High Speed Transmit Mode transmits frames to the ca- 
ble as fast as the software possibly can. This mode dem- 
onstrates the throughput performance of the Data Link 
Driver. 

The UAP gathers network statistics in all three modes 
as well as when it is in the menu. In addition, the UAP 
module provides the capability to alter MAC and LLC 
addresses and re-initialize the data link. (Figure 4-2 
shows a combined software and hardware block dia- 
gram.) 



The C Assy Support module has a run time start off 

function which loads the DLD data segment into a 

global variable SEGMT . This data segment is used 

by the 82586 Handler for address translation purposes. 
The 82586 uses a flat address while the 80186 uses a 
segmented address. Any time a conversion between 
82586 and 80186 addresses are needed the SEGMT_ 
variable is used. 

Pointers for the 80186 in the large model are 32 bits, 
segment and offset. All the 82586 link pointers are 16 
bit offsets. Therefore when trading pointers between the 
82586 and the 80186, two functions are called: 
Offset (ptr), and Build_Ptr (offset). Offset (ptr) takes a 
32 bit 80186 pojnter and returns just the offset portion 
for the 82586 link pointer. While Build_Ptr (offset) 
takes an 82586 link pointer and returns a 32 bit 80186 

pointer, with the segment part being the SEGMT 

variable. Offset ( ) and Build Ptr( ) are simple func- 
tions written in assembly language included in the C 

Assy Support module. 

In the small model, Offset ( ) and Build Ptr( ) are not 

needed, but the variable SEGMT is still needed for 

determining the SCB pointer in the ISCP, and in the 
Transmit and Receive Buffer Descriptors. 



4.3 THE 82586 HANDLER 



4.2 LARGE MODEL COMPILATION 

All the modules in this design example are compiled 
under the Large Model option. This has the advantages 
of using the entire 1 Mbyte address space, and allowing 
the string constants to be stored in ROM. In the Large 
Model it is important to consider that the 82586's data 
structures, SCB, CB, TBD, FD, and RBD, must reside 
within the same data segment. This data segment is 
determined at locate time. 



4,3.1 The Buff er Model 

The buffer model chosen for the 82586 Handler is the 
"Design Model" as described in Chapter 3. This is 
based on the 82586 driver as a special driver rather 
than as a standard driver. Using this approach the 
ULCS directly accesses the 82586's Transmit and Re- 
ceive Buffers, Buffer Descriptors and Frame Descrip- 
tors. This eliminates buffer copying. Transmit and re- 
ceiver buffer passing is done entirely through pointers. 
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The only hardware dependencies between the Data 
Link and ULCS interface are the buffer structures. The 
ULCS does not handle the 82586's CBs, SCB or initiali- 
zation structures. To isolate the data link interface from 
any hardware dependencies while still using the design 
model, another level of buffer copying must be intro- 
duced. For example, when the ULCS transmits a frame 
it would have to pass its own buffers to the data link. 
The data link then copies the data from ULCS buffers 
into 82586 buffers. When a frame is received, the data 
link copies the data from the 82586's buffers into the 
ULCS buffers. The more copying that is done the slow- 
er the throughput. However, this may be the only way 
to fit the data link into the operating system. The 82586 
Handler can be made hardware independent by adding 
a receive and transmit function to perform the buffer 
copying. 

The 82586 Handler allocates buffers from two pools of 
memory: the Transmit pool, and the Receive pool as 
illustrated in Figure 4-3. The Transmit pool contains 
Transmit Buffer Descriptors (TBDs) and Transmit 
Buffers (TBs). The Receive pool contains Frame De- 
scriptors (FDs), Receive Buffer Descriptors (RBDs), 
and Receive Buffers (RBs). 



UPPER LAYER 
COMMUNICATIONS SOFTWARE 



SEND | RECEIVE 



A TRANSMIT ] [ RECEIVE J 

yPOOL 7 , V POOL 7 



TBD 
TB 




82586 HANDLER 



Figure 4-3. 82586 Handler Memory 
Management Model 

When the ULCS wants to transmit, it requests a TBD 
from the handler. The handler returns a pointer to a 
free TBD. Each TBD has a TB attached to it. The 
ULCS fills the buffer, sets the appropriate fields in the 
TBD, and passes the TBD pointer back to the handler 
for transmission. After the frame is transmitted, the 
handler places the TBD back into the free TBD pool. If 
the ULCS needs more than one buffer per frame, it 
simply requests another TBD from the handler and 
performs the necessary linkage to the previous TBD. 



On the receive side, the RFA pool is managed by the 
82586 itself. When a frame is received, the 82586 inter- 
rupts the handler. The handler passes a FD pointer to 
the ULCS. Linked to the FD is one or more RBDs and 
RBs. The ULCS extracts what it needs from the FD, 
RBDs and RBs, and returns the FD pointer back to the 
handler. The handler places the FD and RBDs back 
into the free RFA pool. 



4.3.2 The Handler Interface 

The handler interface provides the following basic func- 
tions: 

• initialization 

• sending and receiving frames 

• adding and deleting multicast addresses 

• getting transmit buffers 

• returning receive buffers 

On power up, the initialization function is called. This 
function initializes the 82586, and performs diagnostics. 
After initialization, the handler is ready to transmit and 
receive frames, and add and delete multicast addresses. 

To send a frame, the ULCS gets one or more transmit 
buffers from the handler, fills them with data, and calls 
the send function. When a frame is received, the han- 
dler calls a receive function in the ULCS. The ULCS 
receive function removes the information it needs and 
returns the receive buffers to the handler. The addition 
and deletion of multicast addresses can be done "on the 
fly'* any time after initialization. The receiver doesn't 
have to be disabled when this is done. 

The command interface to the handler is totally asyn- 
chronous—the ULCS can issue transmit commands or 
multicast address commands whenever it wants. The 
commands are queued by the handler for the 82586 to 
execute. If the command queue is full, the send frame 
procedure returns a false status rather than true. The 
size of the command queue can be set at compile time 
by setting the CB — CNT constant. Typically the com- 
mand queue never has more than a few commands on it 
because the 82586 can execute commands faster than 
the ULCS can issue them. This is not the case in a 
heavily loaded network when deferrals, collisions, and 
retries occur. 

The command interface to the 82586 handler is hard- 
ware independent; the only hardware dependence is the 
buffering. A hardware independent command interface 
doesn't have any performance penalty, but some 82586 
programmability is lost. This shouldn't be of concern 
since most data links do not change configuration pa- 
rameters during operation. One can simply modify a 
few constants and recompile to change frame and net- 
work parameters to support other data links. 
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Handler Interface Functions 


Description 


lnit_586() 


Initialize the Handler 


Send Frame (ptbd, padd) 


Sends a frame to the cable. 




ptbd— Transmit Buffer Descriptor pointer 




padd— Destination Address pointer 


Recv Frame (pfd) 


Handler calls this function which resides in the ULCS. 




pfd Frame Descriptor pointer 


Add Multicast Address (pma) 


Adds one multicast address 




pma— Multicast Address pointer 


Delete Multicast Address (pma) 


Deletes one multicast address 


Get_Tbd( ) 


Get a Transmit Buffer Descriptor pointer 


Put_Free_Rfa (pfd) 


Returns a Frame Descriptor and Receive 




Buffer Descriptors to the 82586. 



Figure 4-4. List of Handler Interface Functions 
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Figure 4-5. Free CB Pool 
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Figure 4-6. Free Transmit Buffer Descriptor Pool 
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4.3.3 Initialization 

The function which initializes the 82586 handler, Init 

586( ), is called by the ULCS on power up or reinitiali- 
zation. Before this function is called, an 82586 hard- 
ware or software reset should occur. The Initialization 
occurs in three phases. The first phase is to initialize the 
memory. This includes flags, vectors, counters, and 
data structures. The second phase is to initialize the 
82586. The third phase is to perform self test diagnos- 
tics. Init 586() returns a status byte indicating the 

results of the diagnostics. 

Init 586( ) begins by toggling the 82501 loopback pin. 

If the 82501 is powered up in loopback, the CRS and 
CDT pin may be active. To reset this condition, the 
loopback pin is toggled. The 82501 should remain in 
loopback for the first part of the initialization function. 

Phase 1 executes initialization of all the handlers flags, 
interrupt vectors, counters, and 82586 data structures. 
There are two separate functions which initialize the 
CB and RFA pools: Build_CB( ) and Build_Rfa( ). 



The CBs within the list are initialized with status, EL 
bit set, and a link to the next CB. The TBD structures 
are initialized with the buffer size, which is set at com- 
pile time with the TBUF SIZE constant, a link to the 

next TBD, and an 82586 pointer to the transmit buffer. 
This pointer is a 24 bit flat/physical address. The ad- 
dress is built by taking the transmit buffer's data seg- 
ment address, shifting it to the left by 4 and adding it to 
the transmit buffer offset. An 80186 pointer to the 
transmit buffer is added to the TBD structure so that 
the 80186 does not have to translate the address each 
time it accesses the transmit buffer. 

Build Rfa( ) builds a linear linked Frame Descriptor 

list and a Receive Buffer Descriptor list as shown in 
Figure 4-7. The status and EL bit for all the free FDs 
are 0. The last FD's EL bit is 1 and link pointer is 
NULL. The first FD on the FD list points to the first 
RBD on the RBD list. The RBDs are initialized with 
both 82586 and 80186 buffer pointers. The 80186 buffer 
pointer is added to the end of the RBD structure. Begin 
and end pointers are used to mark the boundaries of the 
free lists. 



4.3.3.1 BUILDING THE CB AND RFA POOLS 

Build CB( ) builds a stack of free linked Command 

Blocks, and another stack of free linked Transmit Buff- 
er Descriptors. (See Figures 4-5 and 4-6.) Each stack 
has a Top of Stack pointer, which points to the next 
free structure. The last structure on the list has a 
NULL link pointer. 



4.3.3.2 82586 INITIALIZATION 

The 82586 initialization data structure SCP is already 
set since it resides in ROM, however, the ISCP must be 
loaded with information. Within the SCP ROM is the 
pointer to the ISCP; the ISCP is the only absolute ad- 
dress needed in the software. Once the ISCP address is 
determined, the ISCP can be loaded. The SCB base is 

obtained from the C Assy Support module. The 

global variable SEGMT contains the address of the 
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Figure 4-7. Free RFA 
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data segment of the handler. The 80186 shifts this value 
to the left by 4 and loads it into the SCB base. The SCB 
offset is now determined by taking the 32 bit SCB 
pointer and passing it to the Offset( ) function. 

The 82586 interrupt is disabled during initialization be- 
cause the interrupt function is not designed to handle 
82586 reset interrupts. To determime when the 82586 is 
finished with its reset/initialization, the SCB status is 
polled for both the CX and CNA bits to be set. After 
the 82586 is initialized, both the CX and CNA inter- 
rupts are acknowledged. 

The 82586 is now ready to execute commands. The 
Configuration is executed first to place the 82586 in 
internal loopback mode, followed by the IA command. 
The address for the I A command is read off of a prom 
on the PC board. 



4.3.3.3 SELF TEST DIAGNOSTICS 

The final phase of the handler initialization is to run the 
self test diagnostics. Four tests are executed: Diagnose 
command, Internal loopback, External loopback 
through the 82501, and External loopback through the 
transceiver. If these four tests pass, the data link is 
ready to go on line. 

The function that executes these diagnostics is called 
Test Link( ). If any of the tests fail, Test Link( ) re- 
turns immediately with the Self Test global variable 

set to the type of failure. This Self_Test global variable 
is then returned to the function which originally called 

Init 586( ). Therefore Init 586( ) can return one of 

five results: FAILED_DIAGNOSE, FAILED_ 
LPBK__INTERNAL, FAILED__LPBK_EXTER- 
NAL, FAILED_LPBK_TRANSCEIVER or 
PASSED. 
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Figure 4-8. Initialization Diagnostics: Test__Link () 
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The Diagnose( ) function, called by Test Link( ), does 

not return until the diagnose command is completed. If 
the interrupt service routine detects that a Diagnose 
command was completed then it sets a flag to allow the 
DiagnoseQ function to return, and it also sets the 
Self__Test variable to fail if the Diagnose command 
failed. If the Diagnose command completed successful- 
ly, the loopback tests are performed. 

Before any loopback tests are executed, the Receive 
Unit is enabled by calling Ru_Start( ). Loopback tests 

begin by calling Send_Lpbk Frame( ), which sends 8 

frames with known loopback data and its own destina- 
tion address. More than one loopback frame is sent in 
case one or more of them are lost. Also several of the 

frames will have been received by the time flags.lpbk 

test is checked. 

Two flag bits are used for the loopback tests: 

flags.lpbk mode, and flags.lpbk test, flags.lpbk 

mode is used to indicate to the receive section that the 
frames received are potentially loopback frames. The 
receive section will pass receive frames to the Loopback 

Check( ) function if the flags.lpbk mode bit is set. The 

Loopback Check( ) function first compares the source 

address of the frame with its station address. If this 
matches then the data is checked with the known loop- 
back data. If the data matches, then the flags.lpbk test 

bit is set, indicating a successful loopback. The flow of 
the Test Link( ) function is displayed in Figure 4-8. 

4.3.4 Command Processing 

Command blocks are queued up on a static list for the 
82586 to execute. The flow of a command block is giv- 
en in Figure 4-9. When the handler executes a com- 
mand it first has to get a free command block. It does 

this by calling Get CB( ) which returns a pointer to a 

free command block. The CB structure is a generic one 
in which all commands except the MC-Setup can fit in. 
The handler then loads into the CB structure the type 
of command and associated parameters. To issue the 
command to the 82586 the Issue CU Cmd( ) func- 
tion is called with the pointer to the CB passed to this 
function. Issue CU Cmd( ) places the command on 
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the.82586's static command block list. After the 82586 
executes the command, it generates an interrupt/The 

interrupt routine, Isr 586( ), processes the command 

and returns the Command Block to the free command 
block list by calling Put_Cb( ). 

4.3.4.1 ACCESSING COMMAND BLOCKS— 
GET_CB( ) and PUT_CB( ) 

Get Cb( ) returns a pointer to a free command block. 

The free command blocks are in a linear linked list 

structure which is treated as a stack. The pointer cb 

tos points to the next available CB. Each time a CB is 

requested, Get Cb( ) pops a CB off the stack. It does 

this by returning the pointer of cb tos. cb tos is then 

updated with the CB's link pointer. When the CB list is 
empty, Get Cb( ) returns NULL. 

There are two types of nulls, the 82586 'NULL' is a 16 
bit offset, OFFFFH, in the 82586 data structures. The 
80186 null pointer, 'pNULL', is a 32 bit pointer; with 
OFFFFH offset and the 82586 handler's data segment, 
SEGMT_, as the base. ' 

Put Cb() pushes a free command block back on the 

list. It does this by placing the cb tos variable in the 

returned CB's link pointer field, then updates cb tos 

with the pointer to the returned CB. 

4.3.4.2 ISSUING CU COMMANDS— ISSUE_CU_ 
CMD() 

This function queues up a command for the 82586 to 
execute. Since static lists are used, each command has 

its EL bit set. There is a begin cbl pointer and an 

end cbl pointer to delineate the 82586's static list. If 

there are no CBs on the list, then begin cbl is set to 

pNULL. (Figure 4-10 illustrates the static list.) Each 
time a command is issued, a deadman timer is set. 
When the 82586 interrupts the CPU with a command 
completed, the deadman timer is reset. 

Issue Cu Cmd( ) begins by disabling the 82586's in- 
terrupt. It then determines whether the list is empty or 
not. If the list is empty, begin and end pointers are 
loaded with the CB's address. The CU must then be 
started. Before a CU_START can be issued, the SCB's 

cbl offset field must be loaded with the address of the 

command, the Wait Scb( ) function must be called to 

insure that the SCB is ready to accept a command, and 
the deadman timer must be initialized. If the list is not 
empty, then the command block is queued at the end of 

the list, and the interrupt service routine Isr 586(), 

will continue generating CAs for each command linked 
on the CB list until the list is empty. 



Figure 4-9. The Flow of a Command Block 
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Figure 4-10. The Static Command Block List 



4.3.4.3 INTERRUPT SERVICE ROUTINE— ISR_ 
586() 

Isr 586( ) starts off by saving the interrupts that were 

generated by the 82586 and acknowledging them. Ac- 
knowledgment must be done immediately because if a 
second interrupt were generated before the acknowl- 
edgment, the second interrupt would be missed. The 
interrupt status is then checked for a receive interrupt 
and if one occurred the Recv Int Processing( ) func- 
tion is called. After receive processing is check the CPU 
checks whether a command interrupt occurred. If one 
did, then the deadman timer is reset and the results of 
the command are checked. There are only two particu- 
lar commands which the interrupt results are checked 
for: Transmit and Diagnose. The Diagnose command 
needs to be tested to see if it passed, plus the diagnose 
status slag needs to be set so that the initialization proc- 
ess can continue. 

The transmit command status provides network man- 
agement and station diagnostic information which is 
useful for the "Network Management" function of the 
ISO model. The following statistics are gathered in the 

interrupt routine: good transmit cnt, sqe err cnt, 

defer cnt, no crs cnt, underrun cnt, max col 

cnt. To speed up transmit interrupt processing a flag is 
tested to determine whether these statistics are desired, 
if not this section of code is skipped. 

The sqe error requires special considerations when used 
for statistic gathering or diagnostics. The sqe status bit 
indicates whether the transceiver passed its self test or 
not. The transceiver executes a self test after each trans- 
mission. If the transceiver's self test passed, it will acti- 
vate the collision signal during the IFS time. 



The sqe status bit will be set if the transceiver's self test 
passed. However if the sqe status bit is not set, the 
transceiver may still have passed its self test. Several 
events can prevent the sqe bit from being set. For exam- 
ple, the first transmit command status after power up 
will not have the sqe bit set because the sqe is always 
from the previous command. Also if any collisions oc- 
cur, the sqe bit might not be set. This has to do with the 
timing of when the sqe signal comes from the transceiv- 
er. It is possible that a JAM signal from a remote sta- 
tion can overlap the sqe signal in which case the 82586 
will not set the sqe status bit. Therefore the sqe error 
count should only be recorded when no collisions oc- 
cur. 

One other situation can occur which will prevent the 
SQE status bit from being set. If transmit command 
reaches the maximum retry count, the next transmit 
command's SQE bit will not be set. 

The final phase of interrupt command processing deter- 
mines if another command is linked, and returns the 
CB to the free command block list. Another command 
being linked is indicated by the CB link field not being 
NULL. In this case the deadman timer and the 82586's 
CU are re-started. If the CB link is NULL, there are no 

further commands to execute, and begin cbl is set to 

pNULL. 

4.3.4.4 SENDING FRAMES— SEND_FRAME 
(PTBD, PADD) 

Send Frame( ) receives two parameters, a pointer to 

the first Transmit Buffer Descriptor, and a pointer to 
the destination address. There may be one or more 
TBDs attached. The last TBD is indicated by its link 
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field being NULL and the EOF bit set. It is the respon- 
sibility of the ULCS to make sure this is done before 
calling Send Frame( ). 

Send Frame( ) begins by trying to obtain a command 

block. If the free command block list is empty, the send 
frame function returns with a false result. It is up to the 
ULCS to either continue attempting transmission or at- 
tempt at a later time. The send frame function calcu- 
lates the length field by summing up the TBDs actual 
count field. After the length field is determined, send 
frame checks to see if padding is required. If padding is 
necessary, Send Frame will change the act count field 
in the TBD to meet the minimum frame requirements. 
This technique transmits what ever was in the buffer as 
padding data. If security is an issue, the padding data in 
the buffer should be changed. 



GET_TBD + 




RETURNED 
NULL 



FIRST 
BUFFER 




LINK PREVIOUS 
BUFFER WITH NEW ONE 



SAVE POINTER IN 
BEGIN_PTBD 



FILL BUFFER WITH DATA 




SET EOF BIT- 
AND ACT. COUNT 



SEND_FRAME (BEGIN_PTBD, PADD) 



Figure 4-11. Flow Chart for Sending a Frame 



4.3.4.5 ACCESSING TRANSMIT BUFFERS— 
GET_TBD( ) AND PUT__TBD( ) 

Get Tbd( ) returns a pointer to a free Transmit Buffer 

Descriptor, and Put_Tbd( ) returns one or more 
linked Transmit Buffer Descriptors to the free list. The 
TBD which Get_Tbd( ) allocates has its link pointer 
set to NULL, and its EOF bit cleared. If another buffer 
is needed, the link field in the old TBD must be set to 
point to the new TBD. The last TBD used should have 
its link pointer set to NULL and its EOF bit set. Figure 
4-1 1 shows the flow chart of getting buffers and sending 
a frame. 

Put_Tbd (ptbd) is called by the Isr_586() function 
when the 82586 is done transmitting the buffers. A 

pointer to the first TBD is passed to Put Tbd(). 

Put__Tbd( ) finds the end of the list of TBDs and re- 
turns them to the free buffer list. 



4.3.4.6 MULTICAST ADDRESSES 

The 82586 handler maintains a table of multicast ad- 
dresses. Initially this table is empty. To enable a multi- 
cast address the Add Multicast Address(pma) func- 
tion is called; to disable a multicast address, Delete__ 
Multicast Address(pma) function is called. Both func- 
tions accept a parameter which points to the multicast 
address. Add and Delete functions perform linear 
searches through the Multicast Address Table (MAT). 

Add scans the entire MAT once to check if the address 
being added is a duplicate of one already loaded. Add 
will not enter a duplicate muilticast address. If there 
are no duplicates Add goes to the beginning of the 
MAT and looks for a free location. If it finds one, it 
loads the new address into the free location and sets the 
location status to INUSE. If no free locations are avail- 
able, Add returns a false result. 

Delete looks for a used location in the MAT. When it 
finds one, it compares the address in the table with the 
address passed to it. If they match, the location status is 
set to FREE and a TRUE result is returned. If no 
match occurs, the result returned is FALSE. 

If Add or Delete change the MAT, they update the 
82586 by calling Set_Multicast_Address( ). This 

function executes an 82586 MC Setup command. Set ; 

Mulitcast__Address( ) uses the addresses in the MAT 
to build the MC Setup command. The MC Setup com- 
mand is too big to be built from the free CBs. Free CB 
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command blocks are 1 8 bytes long, while the MC Setup 
command can be up to 16,392 bytes. Therefore a sepa- 
rate Multicast Address Command Block (ma cb) 

must be allocated and used. The size of the ma cb and 

MAT are determined at compile time based on the 
MULTI ADDR CNT constant. The design exam- 
ple allows up to 16 multicast addresses. 

Since there is only one ma cb, and it is not compatible 

with the other CBs, it must be treated differently. Only 

one ma cb can be on the 82586 command list. The 

ma cb command word is used as a semaphore. If it is 

zero, the command is available. If not, Set Multi- 
cast AddressQ must wait until the ma cb is free. 

Also the interrupt routine can't return the ma cb to 

the free CB list. It just clears the cmd field, to indicate 
that ma cb is available. 

The 82586's receiver does not have to be disabled to 
execute the MC Setup command. If the 82586 is receiv- 
ing while this command is accessed, the 82586 will fin- 
ish reception before executing the MC Setup comand. If 
the MC Setup command is executing, the 82586 auto- 
matically ignores incoming frames until the MC Setup 
is completed. Therefore multicast addresses can be add- 
ed and deleted on the fly. 



ENTER INTERFACE FUNCTION 



FLAGS. RESET_SEMA=1 



EXECUTE INTERFACE FUNCTION 



T 



FLAGS. RESET_SEMA = 

1 




RETURN 
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Figure 4-12. Reset Semaphore 



4.3.4.7 RESETTING THE 82586— RESET_586( ) 

The 82586 rarely if ever locks up in a well behaved 
network; (i.e. one that obeys IEEE 802.3 specifica- 
tions). The lock-ups identified were artificially created 
and would normally not occur. This data link driver 
has been tested in an 8 station network under various 
loading conditions. No lock-ups occurred under any of 
the data link drivers test conditions. However the reset 
software has been tested by simulating a lockup. This 
can be done by having the 82586 transmit, and dis- 
abling the CTS pin for a time longer than the deadman 
timer. 

An 82586 deadlock is not a fatal error. The handler is 
designed to recover from this problem. As mentioned 
before, each time the 82586 is given a CA to begin 
executing a command, a deadman timer is set. The 
deadman timer is reset when a CNR interrupt is gener- 
ated. If the CNR interrupt is not generated before the 
deadman timer expires, the 82586 must be reset. 

Resetting of the 82586 should not be done while the 
handler software is executing. This could create a soft- 
ware deadlock by interrupting a critical section of code 
in the handler. To insure that the Reset_586( ) func- 
tion is not executed while the handler is executing, all 
of the entry points to the handler (i.e. interface func- 
tions) set a semaphore flag bit called flags. reset sema. 

This flag is cleared when the interface functions are 
exited. 

If the Deadman timer interrupt occurs while 

flags.reset sema is set, another flag is set (flag.reset 

pend) indicating that the Reset 586( ) function should 

be called when the interface functions are exited. How- 
ever if the deadman timer interrupt occurs when 
flags.reset sema is clear, Reset 586( ) is called imme- 
diately. Figure 4-12 shows the logic for entering and 
exiting interface functions. 

Reset 586() begins by disablingthe 82586 interrupt, 

placing the ESI in loopback, and resetting the 82586. 
The reset can be a software or a hardware reset. How- 
ever, there are certain lockups in the 82586 where only 
a hardware reset will suffice. (The 82586 errata sheet 
explicitly indicates which deadlocks require a hardware 
reset.) After the reset, Reset 586( ) executes a Config- 
ure, IA-Setup, and a MC-Setup command; the MC 

Setup command is built from the multicast address ta- 
ble (MAT). The 82586 Command Queues and Receive 
Frame Queues are left untouched so that the 82586 can 
continue executing where it left off before the deadlock. 
This way no frames or commands are lost. This re- 
quires that a separate reset CB and reset Multicast CB 
is used, because other CBs already in use cannot be 
disturbed. 
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Recv Frame (pfd) 



4.3.5 Receive Frame Processing 

The following functions are used for Receive Frame 
Processing: 

Recv Int Processing( ) Called by Isr 586( ) to re- 
move FDs and RBDs from 
the 82586's RFA 

Galled by Recv Int Proc- 
essus ). This function re- 
sides in the ULCS 

Check Multicast (pfd) Used for perfect Multicast 

filtering 

Put_Free_Rfa (pfd) Returns FDs and RBDs to 

the 82586's RFA 

Ru Start( ) Restarts the RU when in the 

IDLE or No Resources 
state. 

4.3.5.1 RECEIVE INTERRUPT PROCESSING— 
RECV_JNT_PROCESSING( ) 

The Recv Int_Processing( ) function is called by 

Isr_586() when the FR bit in the SCB is set. The 

Recv__Int Processing( ) function checks whether any 

FDs and RBDs on the free list have been used by the 

82586. If they have, Recv. Int ProcessingQ removes 

the used FDs and RBDs from the free list, and passes 
them to the ULCS. 

The Recv Int Processing( ) function is a loop where 

each pass removes a frame from the 82586's RFA. 
When there are no more used FDs and RBDs on the 
RFA, the function calls RU_Start( ), then returns to 

Isr 586( ). The first part of the loop checks to see if 

the C bit in the first FD of the free FD list is set. If the 
C bit is set, the function determines if one or more 
RBDs are attached. If there are RBDs attached, the 
end of the RBD list is found. The last RBD's link field 

is used to update begin rbd pointer, and then it's set 

to NULL. 

After the receive frame has been delineated from the 
RFA, some information about the frame is needed to 
determine which function to pass it to. Since the save 
bad frame configure bit is not set, the only bad frame 
on the list could be an out of resource frame. An out of 

resource frame is returned to the RFA by calling Put 

Free_RFA (pfd). If the flags.lpbk mode bit is set, the 

frame is given to the loopback check function. If the 
destination address of the frame indicates a multicast, 
the check multicast function is called. If the frame has 
passed all of the above tests and still has not been re- 
turned, it is passed to the Recv^_Frame( ) function 
which resides in the ULCS. 

Check Multicast (pfd) determines whether the multi- 
cast address received is in the multicast address table. 
This is necessary because the 82586 does not have per- 



fect multicast address filtering. Check Multicast does 

a byte by byte comparison of the destination address 
with the addresses in the multicast address table. If no 
match occurs, it returns false, and Recy Int Process- 
ing calls Put Free RFA( ) to return the frame to the 

RFA. If there is a match, Check^Multicast( ) returns 

TRUE and Recv Int Processing( ) calls Recv 

Frame( ), passing the pointer to the FD of the frame 
received. 



4.3.5.2 RETURNING FDs AND RBDs- 
FREE__RFA (pfd) 



•PUT_ 



Put Free__RFA combines Supply FD and Sup- 
ply RBD algorithms described in Chapter 3 into one 

function. The begin and end pointers delineate what the 
CPU believes is the beginning and the end of the free 
list. The decision of whether to restart the RU is made 
when examining both the free FD list and the free RBD 

list. This is why two ru start__flags are used, one for 

the FD list and one for the RBD list. Both flags are 
initialized to FALSE. 

The function starts off by initializing the FD so that the 
EL bit is set, the status is 0, and the FD link field is 
NULL. The rbd pointer is saved before the rbd pointer 
field in the FD is set to NULL. The free FD list is 
examined and if it's empty, begin — fd and end — fd are 
loaded with the address of the FD being returned. In 
this case the RU should not be restarted, because there 
is only one FD on the free list. If the free FD list is not 
empty, the FD being returned is placed on the end of 
the list, the end pointer is updated, and the RU start 
flag is set TRUE. 

To begin the RBD list processing the end of the re- 
turned RBD list is determined, and this last RBD's EL 
bit is set. If the free RBD list is empty, the returned 
RBD list becomes the free RBD list. If there is more 
than one RBD on the returned list, the ru start flag is 
set TRUE. If the free RBD list is not empty, the re- 
turned RBD list is appended on the end of the free list, 
the end— rbd pointer is updated, and the ru start flag is 
set TRUE. 

The last part of Put Free RFA( ) is to determine 

whether to call RU_Start(). Both ru start flags are 
ANDed together, and if the result is TRUE, the Ru_ 
Start( ) function is called. 

4.3.5.3 RESTARTING THE RECEIVE UNIT— RU_ 
START( ) 

The Ru Start( ) function checks two things before it 

decides to restart the RU. The first thing it checks is 
whether the RU is already READY. If it is, there is no 
reason to restart it. If the RU is IDLE or in NO_RE- 
SOURCES, then the second thing to check is whether 
the first free FD on the free FD list has its C bit set. If 
it does, then the RU should not be restarted. The rea- 
son is that the free FD list should only contain free FDs 
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when the RU is started. If the C bit is set in the FD, 
then not all the used FD have been removed yet. If the 
RU is started when used FDs are still in the RFA, the 
82586 will write over the used FDs and frames will be 

lost. Therefore Ru Start( ) is exited if the first FD in 

the RFA has its C bit set. If the RU is not READY, 

and begin fd doesn't point to a used FD, then the RU 

is restarted. 

Note that in Chapter 3 there are two more conditions . 
to be met before the RU is started: two or more FD on 
the RFA, and two or more RBD on the RFA. These 

conditions are checked in Put Free RFA(), and 

Ru StartQ isn't called unless they are met. 



4.4 LOGICAL LINK CONTROL 

The IEEE 802.2 LLC function completes the Data 
Link Layer of the OSI model. The LLC module in this 
design example implements a class 1 level of service 
which provides a connectionless datagram interface. 
Several data link users or processes can run on top of 
the data link layer. Each user is identified by a link 
service access point (LSAP). Communication between 
data link users is via LSAPs. An LSAP is an address 
that identifies a specific user process or another layer 



(see Figure 4-13). The LSAP addresses are defined as 
follows: 

Data Link Layer (Station Component) 00H 

Transport Layer FEH 

Network Management Layer 08H 

User Processes multiples of 4 in the range 

OCH < LSAP <; FCH 

Each receiving process is identified by a destination 
LSAP (DSAP) and each sending process is identified 
by a source LSAP (SSAP). Before a destination process 
can receive a packet, its DSAP must be included in a 
list of active DSAPs for the data link. 

Figure 4-14 illustrates the relationship between the Sta- 
tion Component and the SAP components. (The SAP 
components are user processes.) The Station Compo- 
nent receives all of the good frames from the Handler 
and checks the DSAP address. If the DSAP address is 
0, then the frame is addressed to the Station Compo- 
nent and a Station Component Response is generated. 
If the DSAP address is on the active DSAP list, then 
the Station Component passes the frame to the ad- 
dressed SAP. If the DSAP address is unknown, the 
frame is returned to the handler. 
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Figure 4-13. Data Link Interface 
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Figure 4-14. Station Component Relationship 



There are 3 commands and 2 responses which the class 
1 LLC layer must implement. Figure 4-15 shows IEEE 
802.2 Class 1 commands and responses and Figure 4-16 
shows the IEEE 802.2 Class 1 frame format. 
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Figure 4-15. IEEE 802.2 Class 1, Type 1 
Commands and Responses 
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Any frames addressed to active SAPs are passed direct- 
ly to them. The Station Component will not respond to 
SAP addressed frames. Therefore it is the responsibility 
of the SAPs to recognize and respond to frames ad- 
dressed to them. When a SAP transmits a frame, it 
builds the IEEE 802.2 frame itself and calls the Han- 
dler's Send FrameQ function directly. The LLC 

module is not used for SAP frame transmission. The 
only functions which the LLC module implement are 
the dynamic addition and deletion of DSAPs, multi- 
plexing the frames to user SAPs, and the Station Com- 
ponent command recognition and responses. This is 
one implementation of the IEEE 802.2 standard. Other 
implementations may have the LLC module do more 
functions, such as SAP command recognitions and re- 
sponses. A list of the functions included in the LLC 
module is as follows: 



Figure 4-16. IEEE 802.2 Class 1 Frame Format 

From Figure 4-15 it can be seen that there are no LLC 
class 1 UI responses because information frames are not 
acknowledged at the data link level. The only com- 
mand frames that may require responses are XID and 
TEST. If a command frame is addressed to the Station 
Component, it checks the control field to see what type 
of frame it is. If it's an XID frame, the Station Compo- 
nent responds with a class 1 XID response frame. If it's 
a TEST frame, the Station Component responds with a 
TEST frame, echoing back the data it received. In both 
cases, the response frame is addressed to the source of 
the command frame. 
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lnit_586( ) 


Add_Dsap__ 


Add a DSAP address to 


Address (dsap, pfunc) 


the active list 




dsap - DSAP address 




pfunc - pointer to the 




SAP function 


Delete — Dsap— 


Delete a DSAP address 


Address (dsap) 


dsap - DSAP address 


Recv — Frame (pfd) 


Receives a frame from 




the 82586 Handler 




pfd - Frame Descriptor 




Pointer 


Station — Component — 


Generates a response to 


Response (pfd) 


a frame addressed to the 




Station Component 




pfd - Frame Descriptor 




Pointer 
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4.4.1 Adding and Deleting LSAPs 

When a user process wants to add a LSAP to the active 

list, the process calls Add Dsap Address(dsap, 

pfunc). The dsap parameter is the actual DSAP ad- 
dress, and the pfunc parameter is the address of the 
function to be called when a frame with the associated 
DSAP address is received. 

The LLC module maintains a table of active dsaps 
which consists of an array of structures. Each structure 
contains two members: stat - indicates whether the ad- 
dress is free or inuse, and (*p sap func)( ) contains 

the address of the function to call. The index into the 
array of structures is the DSAP address. This speeds up 

processing by eliminating a linear search. Delete 

Dsap Address (dsap) simply uses the DSAP index to 

mark the stat field FREE. 



4.5 APPLICATION LAYER 

For most networks the application layer resides on top 
of several other layers referred to here as ULCS. These 
other layers in the OSI model run from the network 
layer through the presentation layer. The implementa- 
tion of the ULCS layers is beyond the scope of this 
application note, however Intel provides these layers as 
well as the data link layer with the OpenNET product 
line. For the purpose of this application note the appli- 
cation layer resides on top of the data link layer and its 
use is to demonstrate, exercise and test the data link 
layer design example. 

There can be several processes sitting on top of the data 
link layer. Each process appears as a SAP to the data 
link. The UAP module, which implements the applica- 
tion layer, is the only SAP residing on top of the data 
link layer in this application example. Other SAPs 
could certainly be added such as additional "connec- 
tionless" terminals, a networking gateway, or a trans- 
port layer, however in the interest of time this was not 
done. 



Terminal Mode - implements a virtual terminal with 
datagram capability (connectionless "class 1" service). 
This mode can also be thought of as an async to IEEE 
802.2/802.3 protocol converter. 

Monitor Mode - allows the station to repeatedly trans- 
mit any size frame to the cable. While in the Monitor 
Mode, the terminal provides a dynamic update of 6 
station related parameters. 

High Speed Transmit Mode - sends frames to the cable 
as fast as the software possibly can. This mode demon- 
strates the throughput performance of the Data Link 
Driver. 

Change Transmit Statistics - When Transmit Statistics 
is on several transmit statistics are gathered during 
transmission. If Transmit Statistics is off, statistics are 
not gathered and the program jumps over the section of 
code in the interrupt routine which gathers these statis- 
tics. The transmission rate is slightly increase when 
Transmit Statistics is off. 

Print All Counters - Provides current information on 
the following counters. 

Good frames transmitted: 
Good frames received: 

CRC errors received: 
Alignment errors received: 

Out of Resource frames: 
Receiver overrun frames: 

Each time a frame has been successfully transmitted the 
Good frames transmitted count is incremented. The 
same holds true for reception. CRC, Alignment, Out of 
Resources, and Overrun Errors are all obtained from 
the SCB. Underrun, lost CRS, SQE error, Max retry, 
and Frames that deferred are all transmit statistics that 
are obtained from the Transmit command status word. 
82586 Reset is a count which is incremented each time 
the 82586 locks up. This count has never normally been 
incremented. 



4.5.1 Application Layer Human 
Interface 

The UAP provides a menu driven human interface via' 
an async terminal connected to port B on the iSBC 
186/51 board. The menu of the commands is listed in 
Figure 4.17 along with a description that follows: 



T - Terminal Mode 


M - Monitor Mode 


X - High Speed Transmit Mode 


V - Change Transmit Statistics 


P - Print All Counters 


C - Clear All Counters 


A - Add a Multicast Address 


Z - Delete a Multicast Address 


S - Change the SSAP Address 


D - Change the DSAP Address 


N - Change Destination Node Address 


L - Print All Addresses 


R - Re-Initialize the Data Link 


B - Change the Number Base 



Figure 4-17. Menu of Data Link Driver Commands 
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reinitialized, and the selftest diagnostic and loopback 
tests are executed. The results of the diagnostics are 
printed on the terminal. The possible output messages , 
from the 82586 selftest diagnostics are: 

Passed Diagnostic Self Tests 

Failed: Self Test Diagnose Command 

Failed: Internal Loopback Self Test 

Failed: External Loopback Self Test 

Failed: External Loopback Through Transceiver Self 
Test 

Change Base - Allows all numbers to be displayed in 
Hex or Decimal. 



4.5.2 A Sample Session 

The following text was taken directly from running the 
Data Link software on a 186/51 board. It begins with 
the iSDM monitor signing on and continues into exe- 
cuting the Data Link Driver software. 



Clear All Counters - Resets all of the counters. 

Add/Delete Multicast Address - Adds and Deletes 
Multicast Addresses. 

Change SSAP Address - Deletes the previous SSAP 
and adds a new one to the active list. The SSAP in this 
case is this stations LSAP. When a frame is received, 
the DSAP address in the frame received is compared 
with any active LSAPs on the list. The SSAP is also 
used in the SSAP field of all transmitted frames. 

Change DSAP Address - Delete the old DSAP and add 
a new one. The DSAP is the address of the LSAP 
which all transmit frames are sent to. 

Change Destination Node Address - Address a new 
node. 

Print All Addresses - Display on the terminal the sta- 
tion address, destination address, SSAP, DSAP, and all 
multicast addresses. 

Re-initialize Data Link - This causes the Data Link to 
completely reinitialize itself. The 82586 is reset and 

iSDM 86 Monitor, VI. 

Copyright 1983 Intel Corporation 

.G D000:6 

*■.■■■, * 

* 82586 IEEE 802.2/802.3 Compatible Data Link Driver * 

* * 

Passed Diagnostic Self Tests 

Enter the Address of the Destination Node in Hex - > 00AA0000179E 

Enter this Station's LSAP in Hex -> 20 

Enter the Destination Node's LSAP in Hex -> 20 

Do you want to Load any Multicast Addresses? (Y or N) -> Y 

Enter the Multicast Address in Hex -> OOAAOOlllill 

Would you like to add another Multicast Address? (Y or N) — > N 

This Station Host Address is: 00AA00001868 

The Address of the Destination Node is: 00AA0000179E 

This Station's LSAP Address is: 20 

The Address of the Destination LSAP is: 20 

The following Multicast Addresses are enabled: OOAAOOlllill 

4-16 



iny 



AP-235 



Commands are : 

T - Terminal Mode 

X - High Speed Transmit Mode 

P - Print All Counters 

A - Add a Multicast Address 

S - Change the SSAP Address 

N - Change Destination Node Address 

R - Re-Initialize the Data Link 

Enter a command, type H for Help -> P 



M - Monitor Mode 

V - Change Transmit Statistics 

C - Clear All Counters 

Z - Delete a Multicast Address 

D - Change the DSAP Address 

L - Print All Addresses 

B - Change the number Base 



Good frames transmitted: 
CRC errors received: 
Out of Resource frames: 
82586 Reset : 
Lost CRS: 
Maximum retry: 



24 Good frames received: 
Alignment errors received: 
Receiver overrun frames: . 
Transmit underrun frames: 
SQE errors : 
Frames that deferred: 

Enter a command, type H for Help — > T 

Would you like the local echo on? (Y or N) — > Y 

This program will now enter the terminal mode. 

Press A C then CR to return back to the menu 

Hello this is a test. 

/* A C CR */ 

Enter a command, type H for Help — > M 

Do you want this station to transmit? (Y or N) — > Y 

Enter the number of data bytes in the frame — > 1500 

Hit any key to exit Monitor Mode. 



# of Good 


# of Good 


CRC 


Alignment 


No Receive 


Frames 


Frames 


Errors 


Errors 


Resource Overrun 


Transmitted 


Received 






Errors Errors 



32 



00000 



00000 



00000 



00000 



/* CR */ 

Enter a command, type H for Help — > X 

Hit any key to exit High Speed Transmit Mode. 

/* CR */ 

Enter a command, type H for Help — > R 
Passed Diagnostic Self Tests 
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4.5.3 Terminal Mode 

The Terminal mode buffers characters received from 
the terminal and sends them in a frame to the cable. 
When a frame is received from the cable, data is ex- 
tracted and sent to the terminal. One of three events 
initiate the UAP to send a frame providing there is data 
to send: buffering more than 1500 bytes, receiving a 
Carriage Return from the terminal, or receiving an in- 
terrupt from the virtual terminal timer. 

The virtual terminal timer employs timer 1 in the 80130 
to cause an interrupt every .125 seconds. Each time the 
interrupt occurs the software checks to see if it received 
one or more characters from the terminal. If it did, then 
it sends the characters in a frame. 



the 8274 transmit interrupt is enabled is when the Re- 
ceive FIFO has data in it. The receive FIFO is filled 
from frames being received from the cable. Each time a 
transmit interrupt occurs a byte is removed from the 
Receive FIFO and written to the 8274. When the Re- 
ceive FIFO empties, the 8274 transmit interrupt is dis- 
abled. 

The flow control implemented for the terminal inter- 
face is via RTS and CTS. When the Transmit FIFO is 
full, RTS goes inactive preventing further reception of 
characters. If the Receive FIFO is full, receive frames 
are lost because there is no way for the data link using 
class 1 service to communicate to the remote station 
that the buffers are full. Lost receive frames are ac- 
counted for by the Out of Resources Frame counter. 



The interface to the async terminal is a 256 byte soft- 
ware FIFO. Since the terminal communication is full 
duplex, there are two half duplex FIFOs: a Transmit 
FIFO and a Receive FIFO. Each FIFO uses two func- 
tions for I/O: Fifo_In() and Fifo_Out(). A block 
diagram is displayed in Figure 4-18. 

The serial I/O for the async terminal interface is always 
polled except in the Terminal mode where it is inter- 
rupt driven. The Terminal mode begins by enabling the 
8274 receive interrupt but leaves the 8274 transmit in- 
terrupt disabled. This way any characters received from 
the terminal will cause an interrupt. These characters 
are then placed in the Transmit FIFO. The only time 

Table 4.1 FIFO 



The Async Terminal bit rate sets the throughput capa- 
bility of the station in the terminal mode because the 
bottle neck for this network is the RS232 interface. Us- 
ing this fact a simple test was conducted to verify the 
data link driver's capability of switching between the 
receiver's No Resource slate and the Ready State. For 
example if station B is sending frames in the High 
Speed Transmit mode to station A which is in the Ter- 
minal mode, frames will be lost in station A. Under 
these circumstances station A's receiver will be switch- 
ing from Ready state to Out of Resources state. The 
sum of Good frames received plus Out of Resource 
frames from station A should equal Good frames trans- 
mitted from station B; unless there were any underruns 
or overruns. 
State Table 



Function 


Present State 


Next State 


Action 


FIFO_T_IN(), 


EMPTY 


IN USE 


Start Filling Transmit Buffer 


IN USE 


FULL 


Shut Off RTS 


FIFO__T__OUT() 


FULL 


IN USE 


Enable RTS 


IN USE 


EMPTY 


Stop Filling Transmit Buffer 


FIFO_R_JN() 


EMPTY 


IN USE 


TurnonTxInt 


IN USE 


FULL 


Stop Filling FIFO from Receive Buffer 


FIFO_R_OUT() 


FULL 


IN USE 


Start Filling FIFO from Receive Buffer 


IN USE 


EMPTY 


Turn Off Txlnt 
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4.5.3.1 SENDING FRAMES 

The Terminal Mode is entered when the Terminal 

Mode( ) function is called from the Menu interface. 

The Terminal Mode( ) function is one big loop, where 

each pass sends a frame. Receiving frames in the Ter- 
minal Mode is handled on an interrupt driven basis 
which will be discussed next. 

The loop begins by getting a TBD from the 82586 han- 
dler. The first three bytes of the first buffer are loaded 
with the IEEE 802.2 header information. The loop then 
waits for the Transmit FIFO to become not EMPTY, 
at which point a byte is removed from the Transmit 
FIFO and placed in the TBD. After each byte is re- 
moved from the Transmit FIFO several conditions are 
tested to determine whether the frame needs to be 
transmitted, or whether a new buffer must be obtained. 
A frame needs to be transmitted if: a Carriage Return is 
received, the maximum frame length is reached, or the 

send frame flag is set by the virtual terminal timer. A 

new buffer must be obtained if none of the above is true 
and the max buffer size is reached. 

If a frame needs to be sent the last TBD's EOP bit is set 
and its buffer count is updated. The 82586 Handler's 

Send Frame( ) function is called to transmit the 

frame, and continues to be called until the function re- 
turns TRUE. 

The loop is repeated until a A C followed by a Carriage 
Return is recieved. 



4.5.3.2 RECEIVING FRAMES 

Upon initialization the UAP module calls the Add 

Dsap Address(dsap, pfunc) function in the LLC mod- 
ule. This function adds the UAP's LSAP to the active 
list. The pfunc parameter is the address of the function 
to call when a frame has been received with the UAP's 

LSAP address. This function is Recv Data 1(). 

Recv__Data 1() looks at the control field of the 

frame received and determines the action required. 

The commands and responses handled by Recv 

Data 1() are the same as the Station Component's 

commands and responses given in Figure 4-15. One dif- 
ference is that Recv Data 1( ) will process a UI 

command while the Station Component will ignore a 
UI command addressed to it. 



Recv Data 1() will discard any UI frames received 

unless it is in the Terminal Mode. When in the Termi- 
nal Mode, Recv_Data_l( ) skips over the IEEE 802.2 
header information and uses the length field to deter- 
mine the number of bytes to place in the Receive FIFO. 
Before a byte is placed in the FIFO, the FIFO status is 

checked to make sure it is not full. Recv Data 1() 

will move all of the data from the frame into the Re- 
ceive FIFO before returning. 

When a frame is received by the 82586 handler an in- 
terrupt is generated. While in the 82586 interrupt rou- 
tine the receive frame is passed to the LLC layer and 
then to the UAP layer where the data is placed in the 

Receive FIFO by Recv Data 1(). Since Recv 

DatalQ will not return until all of the data from the 
frame has been moved into the Receive FIFO, the 8274 
transmit interrupt must be nested at a higher priority 
than the 82586 interrupt to prevent a software lock. 
For example if a frame is received which has more than 
256 bytes of data, the Receive FIFO will fill up. The 
only way it can empty is if the 8274 interrupt can nest 
the 82586 interrupt service routine. If the 8274 could 
not interrrupt the 82586 ISR then the software would 

be stuck in Recv Data 1( ) waiting for the FIFO to 

empty. 



4.5.4 Monitor Mode 

The Monitor Mode dynamically updates 6 station relat- 
ed parameters on the terminal as shown below. 

The Monitor Mode( ) function consists of one loop. 

During each pass through the loop the counters are 
updated, and a frame is sent. Any size frame can be 
transmitted up to a size of the maximum number of 
transmit buffers available. Frame sizes less than the 
minimum frame length are automatically padded by the 
82586 Handler. 

The data in the frames transmitted in the Monitor 
Mode are loaded with all the printable ASCII charac- 
ters. This way when one station is in the Monitor Mode 
transmitting to another station in the Terminal Mode, 
the Terminal Mode station will display a marching pat- 
tern of ASCII characters. 



# of Good 

Frames 

Transmitted 


# of Good 

Frames 

Received 


CRC 
Errors 


Alignment 
Errors 


No 

Resource 

Errors 


Receive 

Overrun 

Errors 


32 





00000 


00000 


00000 


00000 
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4.5.5 High Speed Transmit Mode 

The High Speed Transmit Mode demonstrates the 
throughput performance of the 82586 Handler. The 

Hs Xmit ModeQ function operates in a tight loop 

which gets a TBD, sets the EOF bit, and calls Send 

Frame( ). The flow chart for this loop is shown in Fig- 
ure 4-19. 

The loop is exited when a character is received from the 
terminal. Rather than polling the 8274 for a receive 















St. w a p a r it p^ 




received 
s^interrupt/ 

Tno 


vYESI 


RETURN | 
231421-16 


GET _ TBD () 








SET EOF BIT 
IN TBD 












[call SEND _ FRAME ()| 















buffer full status, the 8274's receive interrupt is used. 

When the Hs Xmit Mode( ) function is entered, the 

hs stat flag is set true. If the 8274 receive interrupt 

occurs, the hs stat flag is set false. This way the loop 

only has to test the hs stat flag rather than calling 

inb( ) function each pass through the loop to determine 
whether a character has been received. 

The performance measured on an 8 MHz 186/51 board 
is 593 frames per second. The bottle neck in the 
throughput is the software and not the 82586. The size 
of the buffer is not relevant to the transmit frame rate. 
Whether the buffer size is 128 bytes or 1500 bytes, 
linked or not, the frame rate is still the same. Therefore 
assuming a 1500 byte buffer at 593 frames per second, 
the effective data rate is 889,500 bytes per second. 

This can easily be demonstrated by using two 186/51 
boards running the Data Link software. The receiving 
stations counters should be cleared then placed in the 
Monitor mode. When placing it in the monitor mode, 
transmission should not be enabled. When the other 
station is placed in the High Speed Transmit Mode a 
timer should be started. One can use a stop watch to 
determine the time interval for transmission. The frame 
rate is determined by dividing the number of frames 
received in the Monitor station by the time interval of 
transmission. 



Figure 4-19. High Speed Transmit Mode 
Flowchart 
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APPENDIX A 

COMPILING, LINKING, LOCATING, AND RUNNING THE 

SOFTWARE ON THE 186/51 BOARD 






********* 



Instructions for using the 186/51 board 

Use 27 128 A for no wait state operation. 27128s can be used but wait states will have to be added. 

Copy HI.BYT and LO.BYT files into EPROMs 

PROMs go into U34 - HI.BYT and U39 - LO.BYT on the 186/51 board 



JUMPERS REQUIRED 

Jumper the 186/51 board for 16K byte PROMs in U34 
and U39 Table 2-5 in 186/51 HARDWARE REFER- 
ENCE MANUAL (Rev-001) 



186/51(ES) 

E151-E152 0UT 

E152-E150IN 

E94-E95 IN 

E100-E106IN 

E107-E113IN 

E133-E134IN 



186/51 (S)/186/51 

E199-E203OUT 
E203-E191 IN 
E120-E119IN 
E116-E112IN 
E111-E107IN 
E94-E93 IN 



also change interrupt priority jumpers 
and 82586 interrupt priorities 



switch 8274 



E36-E44 OUT 
E39-E47 OUT 
E37-E45 OUT 



E43-E47 0UT 
E46-ES0OUT 
E44-E48 0UT 



WIRE WRAP 

E36-E47 IN 
E39-E44IN 
E79-E45 IN 



E43-E50IN 
E46-E47 IN 
E90-E48 IN 



USE SDM MONITOR 

The SDM Monitor should have the 82586's SCP 
burned into ROM. The ISCP is located at OFFFOH. 
Therefore for the SCP the value in the SDM ROM 
should be: 



ADDRESS 

FFFF6H 

FFFF8H 

FFFFAH 

FFFFCH 

FFFFEH 



DATA 
XXOOH 
XXXXH 
XXXXH 
FFFOH 
XXOOH 



To run the program begin execution at 0D000:6H 
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I.E. G D000:6 

GOOD LUCK! 

********** submit file for compiling one module: ********** 

run 

cc86.86 :F6:%0 LARGE ROM DEBUG DEFINE(DEBUG) include(:F6:) 

exit 

********** submit file for linking and locating: ********** 

run 

link86 :F6 :assy.obj , :F6:dld.obj, :F6:llc.obj, & 

:F6:uap.obj, lclib.lib to :F6:dld.lnk segsize (stack (4000h) ) notype 

loc86 :F6:dld.lnk to :F6:dld.loc& 

initcode (0D0000H) start (begin) order (classes (data, stack, code)) & 
addresses (classes (data(3000H) , stack(OCBOOH) , code (0D0020H) ) ) 

oh86 :F6:dld.loc to :F6:dld.rom 

exit 

********** submit file for burning EPROMs using IPPS: ********** 

ipps 

i 86 

f :F6:dld.rom (OdOOOOh) 

3 

2 

1 

to :F6:lo.byt 

y 

1 to :F6:hi.byt 

y 

t 27128 

9 

c :F6:lo.byt t p 

n 

C :F6:hi.byt t p 

n 

exit 
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/PCO/USR/CHUCK/CSRC/DLD. H 

* * 

* 82586 Structures and Constants * 

*********** a*************************************************************/ 

/* general purpose constants */ 

#define INUSE O 

^define EMPTY 1 

#define FULL 2 

#define FREE 1 

#define TRUE 1 

#define FALSE 

#define NULL OxFFFF 

/» Define Data Structures */ 

#define RBUF_SIZE 128 /* receive buffer size */ 

#define TBUF_SIZE 128 /* transmit buffer size ♦/ 

#define ADD_LEN 6 

#define MULTI_ADDR_CNT 16 

typedef unsigned short int u_short; 

/♦ results from Test_Link<): loaded into SelfJTest char */ 

#define PASSED 

#define FAILED_DIAGNOSE 1 
#define FAILED_LPBK_INTERNAL 2 
#define FAILED_LPBK_EXTERNAL 3 
#define FAILED_LPBK_TRANSCEIVER 4 

/* Frame Commands */ 

#define UI 0x03 /♦ Unnumbered Information Frame */ 

#define XID OxAF /* Exchange Identification */ 

#define TEST 0xE3 /* Remote Loopback Test */ 

#define P_FJ3IT 0x10 /* Poll/Final Bit Position ♦/ 

ttdefine C_RJBIT 0x01 /* Command/Response bit in SSAP */ 

#define DSAP__CNT 8 /* Number of allowable DSAPs* must be a multiple 

of 2**N« and DSAP addresses assigned must be 
divisible by 2**(8-N). 
(i.e. the N LSBs must be 0) */ 

#define DSAP_SHIFT 5 /♦ DSAP_SHIFTS must equal 8-N */ 

#define XIDJJENGTH 6 /* Number of Info bytes for XID Response frame */ 

/♦ System Configuration Pointer SCP */ 

struct SCP < 

u_short sysbus* /♦ 82986 bus width, 0-16 bits 
1-8 bits */ 
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u_short junkC23; 

u__short iscpli /* lower 16 bits of iscp address */ 
u__short iscph; /♦ upper 8 bits of iscp address */ 
>; 

/* Intermediate System Configuration Pointer ISCP */ 

struct ISCP < 

u__short busy ; /*set to 1 by cpu before its first CA, 

cleared by 82586 after reading */ 
u__short offset * /* offset of system control block */ 
u__short basel i /* base of system control block ♦/ 
u_short base2 i 
y i 



/* System Control Block SCB */ 



struct SCB 



u_short stat; /* Status word */ 

u_short crnd; /♦ Command word ♦/ 

u_short cbl_ offset; /* Offset of first command block in CBL ♦/ 

u_short rfa_offset; /* Offset of first frame descriptor in RFA */ 



u 
}; 



.short crc_errs; 
.short aln_errs» 
_short rsc_errs; 
_short ovr errs; 



/* CRC errors accumulated 
/* Alignment errors ♦/ 
/* Frames lost because of 
/♦ Overrun errors */ 



♦/ 



no Resources */ 



/* Command Block «7 



struct CB -C 



>; 



u 



short stat; 
u__ short crnd; 
u__short link; 
u_short parml; 
u_short parm2; 
u_short parm3; 
u__short parm4i 
u_short parmSi 
u_short parm6; 



/* Status of Command */ 
/* Command */ 
/* link field #/ 
/* Parameters */ 



/♦ Multicast Address Command Block MA CB */ 



struct MA CB-C 



u_short stat; /♦ Status of Command */ 

u_short cmd; /* Command */ 

u__short link* /* Link field ♦/ 

u_short mc_cnt; /* Number of MC addresses */ 

char mc_addrCADD LEN*MULTI ADDR CNT3; /* MC address area */ 



/♦ Transmit Buffer Descriptor TBD */ 
struct TBD -C, 
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u_short act_cnt; /* Number of bytes in buffer */ 
u_short link; /* offset to next TBD */ 
u_short buff_l; /* lower 16 bits of buffer address */ 
u_short buff_h; /# upper 8 bits of buffer address */ 
struct TB *buff_ptr; /* not used by the 586: used by the 

software to save address translation 

routine. */ 
>i 



/* Transmit Buffers «/ 
struct TB < 

char data CTBUF_SIZE3i 
>i 

/* Frame Descriptor FD ♦/ 



struct FD 



u__short stat; 
u_short el_s; 
u_short link; 
u short rbd offset; 



/* Status Word of FD */ 

/♦ EL and 8 bits */ ■ 

/« link to next FD */ 

/* Receive buffer descriptor offset */ 



char dest_addrCADD_LEN3; /*Destination address */ 
char src_addrEADD_LEN3; /♦ Source address */ 
u_short length; /* Length field-*/ 

>; 



/* Receive Buffer Descriptor RBD */ 



struct RBD -C 



u__short act__cnt; 
u_jshort link; 
u_short buff_l; 
u_j»hort buff_h; 
u_short size; 
struct RB *buff_ptr; 



/* Actual number of bytes received */ 

/* Offset to next RBD */ 

/# Lower 16 bits of buffer address */ 

/* upper 8 bits of buffer address */ 

/* size of buffer */ 

/* not used by the 586: used by the 
software to save address translation 
routine. */ 



/# Receive Buffers */ 
struct RB -C 



char dataCRBUF_SIZE3; 
>; 



struct FRAME_STRUCT 
•C 

unsigned char dsap; 
unsigned char ssap; 
unsigned char cmd; 



/* Destination Service Access Point */ 
/* Source Service Access Point */ 
/* ISO Data Link Command */ 



/* LSAP Address Table */ 
struct LAT < 

char stat; 



/* INUSE or FREE */ 
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>i 



int <*p_sap_func> < >; /♦ Pointer to LSAP function; associated 

with dsap address */ 



struct MAT -C /♦ Multicast Address Table */ 

char stati /* INUSE or FREE */ 

char addrCADD__LEN3i /♦ actual mc address */ 
>; 

/♦ general purpose flags */ 

struct FLAGS -C 

unsigned diag_done : 1 ; /* diagnose command complete */ 

unsigned station : 1 i /* network diagnostic statistics on/off */ 

unsigned reset_sema: 1 ; /# don't reset when this bit is set ♦/ 

unsigned reset_pend: 1 i /* reset when this bit is set */ 

unsigned lpbk_test: 1 ; /♦ loopback test flag ♦/ 

unsigned lpbk_mode: 1 * /* loopback mode on/off */ 
> i 

/* General purpose bits */ 

•define ELBIT 0x8000 

•define EOFBIT 0x8000 

•define SBIT 0x4000 

•define IBIT 0x2000 

•define CBIT 0x8000 

•define BBIT 0x4000 

•define OKBIT 0x2000 

/♦ SCB patterns ♦/ 

•define CX 0x8000 

•define FR 0x4000 

•define CNA 0x2000 

•define RNR 0x1000 

•define RESET 0x0080 

•define CU_START 0x0100 

•define RU_START 0x0010 

•define RU_ABORT 0x0040 

•define CU_MASK 0x0700 

•define RUJ1ASK 0x0070 

•define RU_READY 0x0040 

/♦ 82586 Commands */ 

•define NOP 0x0000 

•define IA 0x0001 

•define CONFIGURE 0x0002 

•define MC_SETUP 0x0003 

•define TRANSMIT 0x0004 

•define TDR 0x0005 

•define DUMP 0x0006 

•define DIAGNOSE 0x0007 



4-26 



inter 



/PCO/USR/CHUCK/CSRC/DLD. H 



/# 82536 Command and Status Masks */ 



•define 
•define 
•define 
♦♦define 
•define 
•define 
#define 
•define 
•define 



CMDJ1ASK 

NOERRBIT 

COLLMASK 

DEFERMASK 

NOCRSMASK 

UNDERRUNMASK 

SQEMASK 

MAXCOLMASK 



0x0007 
0x2000 
OxOOOF 
0x0080 
0x0400 
0x0100 
0x0040 
0x0020 



OUT OF RESOURCES 0x0200 



/♦ Configure Parameters */ 



•define 


FIFO LIM 


0x0800 


/♦ 


•define 


BYTE CNT 


OxOOOB 




•define 


SRDY 


0x0040 




•define 


SAV BF 


0x0080 




•define 


ADDR LEN 


0x0600 


/♦ 


•define 


AC LOC 


0x0800 




•define 


PREAM LEN 


0x2000 


/♦ 


•define 


INT LPBCK 


0x4000 




•define 


EXT LPBCK 


0x8000 




•define 


LIN PRIO 


0x0000 


/* 


•define 


ACR 


0x0000 




•define 


B0FJ1ET 


0x0080 




•define 


IFS 


0x6000 


/♦ 


•define 


SLOT TIME 


0x0200 


/* 


•define 


RETRYJMUM 


OxFOOO 


/♦ 


•define 


PRM 


0x0001 




•define 


BC DIS 


0x0002 




•define 


MANCHESTER 


0x0004 




•define 


TONO_CRS 


0x0008 




•define 


NCRC_INS 


0x0010 




•define 


CRC 16 


0x0020 




•define 


BT_STUFF 


0x0040 




•define 


PAD 


0x0080 




•define 


CRSF 


0x0000 


/♦ 


•define 


CRS SRC 


0x0800 




•define 


CDTF 


0x0000 


/* 


•define 


CDT SRC 


0x8000 




•define 


MIN FRMJ.EN 


0x0040 


/* 


•define 


MINJDATAJ-EN MINJFRM. 


.LEN - 


•define 


MAX_FRAME_SIZE 1500 


- 3 



use FIFO Urn of B */ 

address length of 6 bytes */ 
preamble length of 8 bytes */ 

no priority ♦/ 



IFS time 9. 6 usee ♦/ 
slot time 51.2 usee */ 
retry number 15 */ 



no carrier sense filter */ 

no collision detect filter */ 

64 bytes */ 

18 /* assumes Ethernet/IEEE 802.3 

frames with 6 bytes of address*/ 
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* * 

* 82586 Handler * 

* « 



/* Define constants for storage area ♦/ 



#define CB_CNT 
#define FD_CNT 
♦define RBD_CNT 
#define TBD CNT 



8 /* Number of available Command Blocks */ 

16 /* Number of available Frame Descriptors */.-.. 

64 /* Number of available Receive Buffer descriptors */ 

16 /* Number of available Transmit Buffer descriptors */ 



/* loopback parameters passed to ConfigureO */ 



#define INTERNALJLOOPBACK 
#define EXTERNAL J.OQPBACK 
*define NQJ-OOPBACK 

•include "did. h" 



0x4000 
0x8000 
0x0000 

/* 586 Data Structures */ 



/♦ 186 Timer Addresses */ 

#define TIMER 1_CTL OxFF5E 

#define TIMERi_CNT 0xFF58 

♦define TIMER2_CTL 0xFF66 

#define TIMER2 CNT 0xFF60 



/* external functions «/ 



/* I/O ♦/ 

int inwOi /* input word : inui(address) */ 

void outuiO; /* output word: outuj(address> value) */ 

void init__intv( >» /♦ initialize the interrupt vector table */ 

void enableO; /* enable 80186 interrupts */ 

void disableO; /* disable 80186 interrupts */ 



extern char 



*Build_Ptr()i 



u__short 
char 



SEGMT; 
*pNULLi 



/* Data segment value */ 
/* NULL pointer */ 



/♦ Macro *type' of definitions */ 

♦define CA outw(OxC8# 0) /♦ the command to issue a Channel Attention «7 

♦define ESIJ.OOPBACK outw(OxCB^O) /* put the ESI in Loopback */ 
♦define NO_ESIJLOOPBACK outuKOxCB, 8) /« take the ESI out of Loopback */ 

♦define E0I_80130 outb (OxEO, 0x63) /* End Of Interrupt */ 

♦define TIMER 1_E0I_80186 outw<0xFF22, 0x04) /* EOI for Timer 1 on the 186 */ 

♦define TIMER1 JEQI_80130 outb (OxEO, 0x64) /♦EOI for 186's Timerl on the 130 */ 
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/»******* memory allocation **♦********♦***#/ 

int Self_Test; /* used for diagnostic purposes */ 
u_short temp; /* temporary storage ♦/ 

#define LPBK_FRAME_SIZE 4 /* loopback frame storage */ 

char lpbk_frameCLPBK_FRAME__SIZE3 = < 
0x55. OxAA, 0x55, OxAA>; 

#def ine iuhoami_io_add OxOOFO /* I/O address of Host Address Prom */ 

char uihoamilADDJLENDi /* Ram array where host address is stored */ 

/* transmission statistic variables */ 

unsigned long good__xmit_cnt; 
u_short underrun_cnt# 

u__short no_crs_cnt» 

unsigned long defer_cnt; 
u_short sqe_err_cntj 

u_short max_col__cnt; 

unsigned long recv_frame_cntj 
u_short reset_cnt» 

/* Allocate storage for structures and buffers */ 
struct FLAGS flags; 

/* 586 structures */ 

/* System Configuration Pointer: Rom Initialization */ 

/* struct SCP scp = {0x0000, 0x0000,0x0000, Ox 1FF6, OxOOOO>; */ 

/* struct ISCP iscp; Intermediate System Configuration Pointer */ 

struct SCB scb» /* System Control Block */ 

struct CB cbCCB_CNT3, /* Command Blocks */ 

*cb_tos, *begin_cbl, *end_cbl; 

/* pointer to the beginning of the free 
command block list <cb_tos) and the 
beginning and end of the 82586 cbl */ 

struct TBD tbdCTBD_CNT3, /* Transmit Buffer Descriptor */ 
*tbd__tos> /♦ pointer to the free Transmit buffer 

descriptors */ 

struct TB tbuf CTBD_CNT1; /* Transmit Buffers */ 

struct FD fdCFD_CNT3, /* Frame Descriptors */ 
*begin_fd, *end_fd; /* pointers to the beginning and end of 

the free FD list */ 

struct RBD rbdCRBD_CNT3, /* Receive Buffer Descriptors */ 



4-29 



iny* 



/PCO/USR/CHUCK/CSRC/DLD. C 

*begin_rbd> *end__rbd; /* pointers to the beginning and the 

end of the rbd list ♦/ 

struct RB rbuf CRBD_CNT3i /# Receive Buffers */ , 

struct MAT matCMULTI_ADDR__CNT3i /« Multicast Address Table */ 

struct MA_CB ma_cb> /♦ Multicast Address Command Block */ 

/* The following structures arc used only in Reset_586< ) function */ 

struct CB res_cb; /« Temporary CB for reinitializing the 586 */ 

struct MA_CB res_ma_cbJ /* Temporary MA_CB for reloading Multicast */ 

/* Hardware Support Functions */ 

Enable_586_Int<) 
■C 

int c; 

c = inb(0xE2); /* read the 80130 interrupt mask register ♦/ 

outb(OxE2* 0x00F7 & c); /# write to the 80130 interrupt mask register */ 
> 

Disable_5B6_Int(> 
< 

int c; 

c = inb(0xE2>; 
outb(0xE2, 0x0008 I c>; 
> 

Set Timeout () 

outw( TIMER l^CNT, 0)i /* Write a to Timer! count register */ 
outw<OxFF5E» 0xE009)# /♦ Set ENable bit in Timerl Mode/Control register */ 
> 

ResetJTimeout< ) 

outw(OxFF5E» 0x6009); /« Reset ENable bit in Timerl Mode/Control register «/ 
> 

Init_Timer<) /* 186's Timer 2 is a prescaler for Timer 1. It clocks Timer 1 
every 32.7 msec. The deadman timeout is set for 1.25 sec */ 

< 

outw(OxFF38» OxOOOC); /# Set Timerl Interrupt Control register */ 
outw(0xFF62* OxFFFF)i /* set max count register for timer2 to OFFFFH */ 
outw(OxFF5A« 38); /* set max count register A for timer 1 */ 
outw(OxFF66< OxCOOl); /# Set Timer2 Mode/Control register */ 
outw<OxFF5E* 0x6009) j /♦ Set Timerl Mode/Control register */ 
outw(OxFF28, <inw<0xFF28) * OxFFEF)); /♦ Enable 186 Timerl interrupt */ 
outb(OxE2, (inb(0xE2) * OxOOEF)); /♦ enable 80130 interrupt from 80186 #/ 

> 

/* end hardware support functions */ 
Clear CntO 
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scb. crc_errs <■ 0; 

scb. aln_errs = 

scb. rsc_errs = 

scb. ovr_errs «= 0< 



good__xmit__cnt * 0* 
underrun_cnt = 0; 
no__crs_cnt = Oi 
defer_cnt = Oi 
sqe_ «rr_cnt = Oi 
max_col_cnt =» Oi 
recv_frame__cnt =■ 0; 
reset cnt ■» Oi 



/» clear 586 error statistic counters ♦/ 



/* init data link statistics */ 



Init_586<) 
{. 

struct ISCP *piscpi 

u_short i# 

struct MAT *pmati 

NO_ESI_LOQPBACKi /» Done for 82501. Inactivates CRS if powered up 

in loopback */ 
ESI LOOPBACKi 



init_intv( )i 
Init TimerOi 



/* Initialization DLDs interrupt vectors */ 



flags. reset_sema = Oi 
flags. reset_j>end = Oi 
flags, station = li 

Disable 586 IntOi 



/* Initialize Reset Flags */ 



piscp = OxOOOOFFFO i /* Initialize the ISCP pointer*/ 

piscp->busy = 1; 

piscp~>of f set « Of f set(&scb )i 

piscp->basel = SEOMT « 4i 

piscp->base2 = <SEGMT » 12) & OxOOOF i 

pNULL = Bui ld_Ptr (NULL) * /* build a NULL pointer - 8086 type: 32 bits */ 

Build_Rfa()i /* init Receive Frame Area */ 

Build_Cb()i /* init Command Block list */ 

ma_cb. cmd = Oi /* multicast address semaphore init */ 

Clear_Cnt<); 

scb. stat = Oi 

CAi /* wait for the 586 to complete initialization */ 



for ( i 



Oi i <= OxFFOOi i++) 
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if (scb.stat == (CX S CNA) ) 
break; 

if (i >OxFFOO> 

Fatal ("DLD: init - Did not get an interrupt after Reset/CA\n")# 

/* Ack the reset Interrupt ♦/ 

scb. cmd = (CX i CNA); 

CA; 

Wait_Scb<>; 

Enable_586_Int(); 

scb. cbl_offset * Of f set (&cbC03 ); /* link scb to cb and fd lists */ 
scb. rfa_offset = Of f set (&f dC03 ); 

/* move the prom bytes into uihoami arvaii */ 

for (i = 0; i < ADDJJEN; i++) 

uihoamiC (ADD_LEN - 1) - il = inb (uihoami__ io_add + i*2>; 

/* Initialization the Multicast Address Table */ 

for (pmat = fcrnatCOJ; pmat <■ &matCMULTI_ADDR_CNT - 13; pmat++) 
pmat->stat « FREE; 

Configure< INTERNAL JLOOPBACK); /* Put 586 in internal loopback */ 

SetAddress( ); /* Set up the station address */ 

/* run diagnostics #/ 

TestJLinkOi 

if <Self_Jest != PASSED) 
return (Sel f_Test ) ; 

Configure (NO_LOOPBACK); /♦ Configure the 82586 */ 

return < Self __Test); 

> ' ' 

Build_Rfa<) 
•C 

struct FD *pfd; 

struct RBD *prbd; 

struct RB *pbuf; 

unsigned long badd; 

/* Build a linear linked frame descriptor list */ 

for (pfd = StfdCOl; pfd <= ScfdCFD_CNT - 13; pfd++) i 

pfd->stat = pfd->el_s = 0; 
pfd->link = Offset(pfd+l); 
pfd->rbd_offset « NULL; 
> 
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end_fd = — pfd; /* point to &fdCFD_CNT - 13 */ 

pfd->link = NULL; /♦ last fd link is NULL */ 

pfd->el_s = ELBITi /* last fd has EL bit set */ 

begin_fd = pfd = &fdC03; /* point to first fd */ 

pfd->rbd_offset = Of f set (fcrbdCO] ); /* link first fd to first rbd */ 

/* Build a linear linked receive buffer descriptor list #/ 

for (prbd = StrbdC03, pbuf = &rbufC03i prbd O &rbdCRBD_CNT - 13; 

prbd++* pbuf++> -C 
badd = SEGMT « 4; 
badd += Offset(pbuf ); 
prbd->buff_l = badd; 
prbd->buff_h = badd » 16; 
prbd->buff__ptr = pbuf; 

prbd->act_cnt = 0; 
prbd->link * Offset(prbd + 1); 
prbd->size = RBUF_SIZE; 
> 

end_rbd = — prbd; 

prbd->link » NULL; /* last rbd points to NULL */ 

prbd->size != ELBIT; /* last rbd has el bit set */ 

begin_rbd = &rbdC03; 



Build_Cb<> /* Build a stack of free command blocks */ 
< 

struct CB *pcb; 

struct TBD *ptbd; 

struct TB *pbuf; 

unsigned long badd; 

for (pcb = &cbC03; pcb <= &cbCCB_CNT - 13; pcb++) < 

pcb->stat = 0; 

pcb->cmd = ELBIT; 

pcb->link = Offset(pcb + 1); 
> 

— pcb; 

begin__cbl = end_cbl = pNULL; 
pcb->link = NULL; 
cb__to5 = &cbC03; 

/* Build a stack of transmit buffer descriptors */ 

for (ptbd = &tbdC03, pbuf = &tbufC03; ptbd O &tbd[TBD_CNT - 13; 

ptbd++, pbuf++) -C 

ptbd->act_cnt = TBUF_SIZE; 
ptbd->link = Offset(ptbd + l); 

badd = SEGMT « 4; 
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badd += Offset(pbuf )i 
ptbd->buff_l ■ badd; 
ptbd->buff_h - badd » 16i 
ptbd->buf f_ptr * pbufr 
> 



— ptbdi 

ptbd->link - NULLj /# last tbd link is NULL #/ 

tbd_tos = «ctbdC03i /* Set the Top Of the Stack */ 



/* Get a Command Block from the free list */ 

struct CB *Get_Cb() /♦ return a pointer to a free command block ♦/ 

struct CB »pcbj 

if (OffsetCpcb = cb_tos> ■» NULL) 

return (pNULL); 
cb_tos = (struct CB »> Build_Ptr (pcb->link >; 
pcb->link = NULL* 
return(pcb); 
> 

/* Put a Command Block back onto the free list */ 

Put_Cb(pcb> 

struct CB *pcbi 

< 

pcb->stat =0; 

pcb->link « Offset(cb_tos); 

cb_tos = pcb; 
> 

struct TBD ♦Get_Tbd() /♦ return a pointer to a free transmit buffer 

descriptor */ 
■C 

struct TBD *ptbd; 

flags. reset_sema « 1; 

Disable_586_Int(>* 

if <<ptbd • tbd_tos> »« pNULL) < 

tbd_tos * (struct TBD *> Build_Ptr (ptbd->link ); 

ptbd-Mink = NULL* 
> 

Enable_586_Int()i 
flags. reset__sema » 0; 
if (flags. reset_pend ■»■ 1 ) 

Reset_586()5 
return(ptbd >i 



Put_Tbd(ptbd> 
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struct TBI) *ptbd; 

struct TBD #p ; 

/* find the end of the tbd list returned, ptbd is the beginning */ 

for (p = ptbdi p->link !» NULL; p = (struct TBD #) Bui ld_Ptr (p->link ) > ; 

p->act_cnt = TBUF_SIZE; /* clear EOFBIT and update size on last tbd */ 
p->link = Offset (tbd__tos>; 
tbd_tos = ptbd; 



SetAddress( ) 

struct CB *pcb; 

#ifdef DEBUG 

if <<pcb = Get_Cb(>) ■» pNULL) 

Fatal ("did. c - SetAddress - couldn't get a CB\n M ); 

#else 

pcb = Get_Cb( ); 

#endif /* DEBUG */ 

bcopy((char *>&pcb->parmli fcuihoami C03* ADD_LEN>; /* move the prom 

address to IA cmd ■»/ 
pcb->cmd = IA ! ELBIT; 

I s sue_CU__Cmd (pcb). 
> 

Wait_Scb() /* uiait for the scb command word to be clear */ 

u_short i, stat; 

for (stat = FALSE; stat « FALSE; ) < 

for (i=0; i<=OxFFOO; i++) 
if (scb. cmd ==0) 
break; 

if (i > OxFFOO) < 

BugC'DLD: Scb command not clear \n" ); 

CA; 
> 
else 

stat » TRUE; 
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Issue_CU__Cmd<pcb) /♦ Queue up a command and issue a start CU command if no 
other commands are queued */ 
struct CB "*pcb; 
< 

Disable.J5B6_Int<); 

if (begin_cbl ■» pNULL) -C /* if the list is inactive start CU */ 
begin__cbl « end_cbl ■ pcb; 
scb. cbl_offset ■ Offset<pcb); 
Wait_Scb<); 
scb cmd » CU_START; 

Set_Timeout< )) /* set deadman timer for CU ♦/ 

CAi 
> 
else < 

end_cbl->link ■ Qffset(pcb); 
end_cbl ■ pcbi 
> 

Enable_586_Int()i 
> 

Isr7() 

outb(OxEO, 0x67) ; /* EOI 80130 ♦/ 
> 

Isr6<> 

Write("\nlnterrupt 6\n">» 
outbCOxEO, 0x66); /* EOI 80130 */ 
> 

Isr5<> 
•C 

Write<"\nlnterrupt 5\n'\); 
outb(OxEO> 0x65) i /* EOI 80130 */ 
> 

/♦ Deadman Timer Interrupt Service Routine ♦/ 

Isr_Timeout( ) /* Interrupt 4 ♦/ 
< 

Reset_Timeout< )# 

if (flags. reset_sema ■» 1) 

flags. reset_pend ■ 1; 
else 

Reset_586<); 

TIMER1JE0I_B01865 
TIMERl_E0I_80130i 
> 

/* Interrupt is Uart in UAP Module */ 
/* Interrupt 2 is Timer in UAP Module ♦/ 
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IsrlO 
■C 

Wr i te( "\nlnterrupt l\n"); 

outb(OxEO, 0x61); /* EOI 80130 #/ 

> 



/* 586 Interrupt service routine: Interrupt 3 */ 



Isr_586<) 
■C 

u__short stat_scb; 
struct CB *pcb; 

enable<); /♦ nesting only the uart interrupt */ 

Ua i t_Sc b < ) ; 

scb.cmd = <stat_scb = scb. stat) & (CX I CNA ! FR ! RNR); 

CA; 

if <stat_scb & <FR ! RNR)) 
Recv_Int_Processing ( ); 

if <stat_scb & CNA) < /* end of cb processing */ 

Reset_Timeout( ); /* clear deadman timer */ 
pcb = Build_Ptr<scb. cbl_offset); 

#ifdef DEBUG 

if (begin_cbl == pNULLK 

BugC'DLD: begin_cbl == NULL in interrupt routine\n M ); 

return; 
> 

if (<pcb->stat & OxCOOO) != 0x8000) 

Fatal ("DLD: C bit not set or B bit set in interrupt routine\n" ); 



#endif /* DEBUG */ 



1 



switch <pcb->cmd & CMDJ1ASK) -C 

case TRANSMIT: 

if (flags, station == 1) </* if Transmit Statistics are collected do */ 

/» if sqe bit = and there were no collisions -> sqe error 
this condition will occur on the first transmission if 
there were no collisions, or if the previous transmit 
command reached the max collision count/ and the current 
transmission had no collisions */ 

if <<pcb->stat & (SQEMASK ! MAXCOLMASK ! COLLMASK)) == 0) 
++sqe_err_cnt; 

if (pcb->stat tt DEFERMASK) 
++defer cnt; 
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if <pcb->stat 8c NOERRBIT) 

++good_xmit_cnt; 
else -C 

if <pcb->stat St NOCRSMASK) 

++no crs„_cnt; 
if <pcb->stat & UNDERRUNMASK) 

++un d err un__cnt; 
if (pcb->stat Zc MAXCOLMASK) 
++ma x _c o 1 _c n t ; 
> 
> 
if <pcb->parml !* NULL) 

Put_Tbd<Build_Ptr<pcb->parml)); 
break; 

case DIAGNOSE: 

flags. diag done = 1; 
if <<pcb->stat & NOERRBIT) « 0) 
Self _Test = FAILEDJMAGNOSE; 
break; 

default: 
; 

> 

/* check to see if another command is queued */ 

if <pcb->link »■ NULL) 
begin_cbl ■ pNULL; 

else -C /* restart the CU and execute the next command on the cbl */ 

begin_cbl ■ Build_Ptr <pcb-\>link ); 
scb. cbl_offset ■ pcb->linki 
Wait_Scb(); 
scb. cmd » CU_START; 
CA; 

WaitJScbO; 

Set__Timeout< ); /# START deadman timer */ 
> ' 
if <<pcb->cmd & CMDJ1ASK) — MC_SETUP) 

pcb->cmd ■ 0; /* clear MC_SETUP cmd word* this will implement a 
lock semephore so that it won't be reused until 
it is completed */ 
else 

Put_Cb<pcb); /* Don't return MC_SETUP cmd block. It's not a 

general purpose command block from free CB list */ 
> 

disableO; /* disable cpu int so that the 586 isr will not nest */ 
EOI 80130; 
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Recv_Int_Processing ( ) 

■C 

struct FD #pfdi /# points to the Frame Descriptor *■/ 
struct RBD #q» /* points to the last rbd for the frame #/ 
■ttprbd; /■«• points to the first rbd for the frame */ 

for <pfd = begin„fd; pfd != pNULL; pfd = begin_fd) 
if (pfd->stat & CBIT) < 

begin_fd = (struct FD *) Bui ld_Ptr < p f d->l ink ) ; 

prbd = (struct RBD *) Bui ld_Ptr ( pf d->rbd_of f set ) , 

if (prbd != pNULL) -C /* check to see if a buffer is attached */ 

ttifdef DEBUG 

if (prbd != begin_rbd) 

Fatal ("DLD: prbd != begin_rbd in Recv_Int_Proces5ing\n" ) ; 
ttendif /* DEBUG */ 

for (q = prbd; <q->act_cnt & EOFBIT) != EQFBITi 

q = (struct RBD •») Bui ld_Ptr ( q->l ink ) ) ; 

begin_rbd = (struct RBD #) Bui ld_Ptr ( q->l ink ) ; 

q->link = NULL; 
> 
if (pfd->stat 8c OUT_OF_RESOURCES) 

Put_Free_RFA(pfd); 
else -C. ' 

/* if the DLD is in a loopback test# check the frame recv #/ 

if (flags. lpbk_mode ==1) 
Loopback _Check(pfd); 

else 

/■»• if it's a multicast address check to see if it's 

in the multicast address table, if not discard the frame #/ 

if ( ( (pfd->dest_addrCOD & 01) == 01) && ( ! Chec k_Mul ticast ( p f d ) ) ) 

Put_Free_RFA(pfd); 
else 

{. Recv_Frame(pf d ); 

++recv_f rame_.cn t; 
> 
> 
> 
el se {. 

Ru_Start()» /■«• If RU has gone into no resources* restart it */ 
break; 
> 



Loopback_Check ( pf d ) /* Called by Recv_Int_Processing; checks address 

and data of potential loopback frame */ 

struct FD #pfd; 
■C v 

struct RBD *prbd; 

struct RB *pbuf; 
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if ( bcmp<(char ♦) &pf d->src_addrC03, &uihoamiC03, ADDJLEN) != ) < 

PutJ=ree_RFA(pfd); 

return; 
> 
prbd ■- (struct RBD #) Build_Ptr (pfd->rbd_of f set ); /* point to receive 

buffer descriptor */ 
pbuf « (struct RB *) prbd->buf f_ptr; /* point to receive buffer */ 

if ( bcmp((char ♦ > pbuf* &lpbk_frameE03i LPBK_FRAME__SIZE) != 0) -C 

Put_Free_RFA(pfd>; 

return; 
> 

flags. lpbk_test « li m /* passed loopback test */ 
Put_Free_RFA(pfd); 
> 

Checkjlulticast(pfd) /* returns true if multicast address is in MAT */ 

struct FD *pfd; 
< 

struct MAT *pmat; 

for (pmat = &matC03; pmat <« &matCMULTI_ADDR_CNT - 13; pmat++) 
if ( pmat->stat — INUSE &8t 

(bcmp((char ♦ ) &pf d->dest_addrC03# &pmat->addrC03, ADDJLEN) «= 0)) 
break; 

if (pmat > &matCMULTI_ADDR_CNT - 13) 

return (FALSE); 
return(TRUE); 



/* Test the Link function: executes Diagnose and Loopback tests */ 

Test__Link(> 
■C 

Self_Test - PASSED; 

Diagnose( ); 

if (Self__Test «■ FAILEDJDIAGNOSE) 
return; 

Ru_Start(); /* start up the RU for loopback tests ♦/ 

flags. lpbk_mode = 1; /* go into loopback mode */ 

flags. lpbk_test » 0; /* set looback test to false »/ 
Send_Lpbk_Frame( ); /♦ internal loopback test */ 
if (flags. lpbk_test «« 0) -C 

SelfJTest ■ FAILED_LPBK_INTERNAL; 

flags. lpbk_mode = 0; 

return; 
> 

flags. lpbk_test =0; 

Configure(EXTERNALJ-OOPBACK); /* external loopback test ui/ ESI in lpbk */ 

SendJLpbk_Frame( ); 

if (flags. lpbk_test ■- 0) -C 

Self_Test o FAILEDJJPBKJEXTERNAL; 
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flags. lpbk_mode = 0; 

return^ 
> 

flags. lpbk_test = 0; /* external loopback test through transceiver */ 

N0_ESI_L00PBACK; 

Send_Lpbk_Frame( )i 

if (flags. lpbk_test == 0) 

Self_Test = FAILED_LPBK_TRANSCEIVER; 

flags. lpbk_mode = 0; /* leave loopback mode ■«•/ 

> 

SendJLpbk_Frame< ) 
■C 

struct TBD *ptbd; 

int i; 

for (i = 0; i < 8; i++> < /# send lpbk frame 8 times* since it's 

best effort delivery #/ 

#ifdef DEBUG 

-if ((ptbd = Get_Tbd<>) == pNULL) 

Fatal ("did - SendJLpb k_Frame - couldn't get a TBD\n" ); 
#else 

ptbd = Get_Tbd( ); 

#endif /* DEBUG */ 

ptbd->act_cnt = EOFBIT ! LPBK_FRAME_SIZE; 

bcopy((char *) ptbd->buf f_ptr, &lpbk_f rameC03, LPBK_FRAME_SIZE) ; 

while < !Send_Frame(ptbd* &u)hoamiC03 ) ) » 
> 
> 

Diagnose( ) 
■C 

struct CB *pcb; 

ttifdef DEBUG 

if <(pcb = Get_CbO) == pNULL) 

FatalC'dld - Diagnose - couldn't get a CB\n"); 
#else 

pcb = Get_Cb( ); 

#endif /* DEBUG */ 

flags. diag_done = 0; 

Self_Test = FALSE; 

pcb->cmd = DIAGNOSE i ELBIT; 

Issue_CU_Cmd (pcb ); 

while (flags. diag_done == 0) ; /* wait for Diag cmd to finish */ 
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> 

Configure (loop flag) 

u_short loopflag; 

struct CB »pcb; 

#ifdef DEBUG 

if ((pcb * Get_CbO) »■ pNULL) 

FatalC'dld - Configure - couldn't get a CB\n")j 
ftelse 

pcb « Get_Cb(); 

#endif /♦ DEBUG */ 

/* Ethernet default parameters */ 

pcb->parml = 0x080C; 
pcb->parm2 * 0x2600 I loopflag; 
pcb->parm3 = 0x6000; 
pcb->parm4 ■ 0xF200; 
pcb->parm5 ■ 0x0000; 
if (loopflag -■ IMOJ-OOPBACK ) 

pcb->parm6 ■ 0x0040; 
else 

pcb->parm6 = 0x0006; /* loopback frame is less bytes than 

the minimum frame length */ 
pcb->cmd ■ CONFIGURE i ELBIT; 

IssuejCU Cmd(pcb); 
> 

/* Send a frame to the cable/ pass a pointer to the destination address 
and a pointer to the first transmit buffer descriptor. */ 

Send_Frame(ptbd> padd) /* returns false if it can't get a Command block */ 
struct TBD *ptbd; 
char *padd; 

•C 

struct CB *pcb; 

u_short length; 

flags. reset_sema ■ 1; 

if ((pcb ■ QetjCbO) «■ pNULL) < 

flags. reset_sema ■ 0; 

if (flags. reset_pend *=* 1) 
Reset_586(); 

return (FALSE); 
> 

pcb->parml * Off set(ptbd ); 
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/* move destination address to command block */ 
bcopy((char *)8epcb->parm2, <char »)padd, ADDJJEN); 

/* calculate the length field by summing up all the buffers */ 

for (length = O; ptbd->link !* NULLi ptbd = BuildJPtr (ptbd->link ) ) 
length +« ptbd->act_cnt; 

length +=* (ptbd->act_cnt & 0x3FFF); /* add the last buffer */ 

/♦ check to see if padding is required* do not do padding on loopback «/ 

/* this will not work if MIN_DATA__LEN > TBUF_SIZE */ 

if ((length < MIN_DATA_LEN) &8c /♦ assumes a 4 byte CRC */ 
(bcmp(8(WhoamiC03* (char *>padd, ADD_LEN) != 0>> 

ptbd->act_cnt = MINJDATAJ-EN \ EOFBIT; 

pcb->parm5 = length; /* length field */ 

pcb->cmd = TRANSMIT S ELBIT; 

Issue__CU__Cmd(pcb); 

flags. reset_ sema = 0; 

if (flags. reset_pend ■= 1) 

Reset_586(); 
return ( TRUE); 



AddJ1ulticast_Address(pma) /* pma - pointer to multicast address ♦/ 

char *pma; /* returning false means the Multicast address 

table is full */ 
< 

struct MAT *pmat; 

flags. reset__sema » 1; 

/# if the multicast address is a duplicate of one already in the MAT, 
then return */ 

for (pmat = mat; pmat <= &matCMULTI_ADDR_CNT - 13; pmat++) 
if ( pmat->stat == INUSE && 

(bcmp( 8cpmat->addrC03, (char *> pma, ADDJ-EN) » 0)) < 
return (TRUE); 
> 

for (pmat « mat; pmat O 8cmatCMULTI_ADDR_CNT - 13; pmat++) 
if (pmat->stat »- FREE) -C 
pmat->stat = INUSE; 

bcopy( 8<pmat->addrC03, (char *) pma, ADDJLEN); 
break; 
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if (pmat > &matCMULTI_ADDR_CNT - 13) * 
flags. reset_sema = 0; 
if (flags. reset_pend ' «= > 1 > 

Reset_586(); 
return (FALSE) ; 



Set_Multicast_Address( ); 

flags. reset_sema — 0; 

if (flags. reset_pend == l) 

Reset_586<>; 
return(TRUE); 



Delete_Multicast_Address(pma) /* returning false means the multicast address 

was not found */ 
char *pma; 
•C 

struct MAT *pmat; 

flags. reset_sema ■» 1; 

for (pmat ■ mat; pmat O &matCMULTI_ADDR_CNT - ID; pmat++) 
if ( pmat->stat .«= INUSE && 

(bcmp( &pmat->addrC03, (char *) pma, ADDJ.EN) «= 0) > < 

pmat->stat * FREE; 

break; 
> 

if (pmat > 8<matCMULTI_ADDR_CNT - 13) < 

flags. reset_sema = 0; 

if (flags. reset__pend ==1) 
Reset_586(); 

return (FALSE); 
> 

Set__Multicast_Address( ); 

flags. reset__sema = 0; 

if (flags. reset__pend == 1) 

Reset_586(>; 
return(TRUE); 
> 

Set_Multicast_Address( ) 
< 

struct MAT *pmat; 

struct MA__CB *pma__cb; 

u_short i; 

i » 0; 

pma_cb = &ma_cb; 

while (pma_cb->cmd !=* 0) ; /* if the MA_CB is inuse, wait until it's free #/ 

pma_cb->link = NULL; 
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for (pmat =» mat; pmat O &matCMULTI_ADDR_CNT - 13* pmat++> 
if ( pmat->stat -«= INUSE) -C 

bcopy( &pma_cb->mc__addrCi3» 8cpmat->addrC03# ADD__LEN>; 

i += ADDJLEN; 
> 



pma__cb->mc_cnt *= i; 
pma_cb->cmd = MC_SETUP I ELBIT; 

Issue_CU_Cmd(pma_cb >; 



Put_Free_RFA(pf d) /* Return Frame Descriptor and Receive Buffer 

Descriptors to the Free Receive Frame Area */ 

struct FD *pfd; 
< 

struct RBD *prbd» /♦ points to beginning of returned RBD list */ 

*q; /* points to end of returned RBD list */ 
char ru_start_f lag_fd# /* indicates whether to restart RU ♦/ 
ru_start_f lag__rbd; 

flags. reset__sema « 1; 

ru_start__f lag__fd ■ ru_start_f lag_rbd ■ FALSE; 

pfd->el_s = ELBIT] 

pfd->stat = 0; 

prbd « (struct RBD *> Build_Ptr (pf d->rbd_of f set >; /* pick up the link to the rbd */ 

pfd->link = pfd->rbd_offset = NULL; 

/* Disable_586_Int( ); this command is only necessary in a multitasking 
program. However in this single task environment this routine is originally 
called from isr_586()» therefore interrupts are already disabled */ 

if (begin_fd »» pNULL) 

begin_fd » end_fd «■ pfd; 
else < 

end_fd->link ■ Offset(pfd); 

end_fd->el_s ■ 0; 

end_fd = pfd; 

ru_start_flag_fd » TRUE; 
> 

if (prbd !« pNULL) < /* if there is a rbd attached to the fd then 

find the beginning and end of the rbd list */ 

for (q = prbd; q->link != NULL; q = Build_Ptr (q->link > ) 
q->act_cnt ■ 0; 

/* now prbd points to the beginning of the rbd list and 
q points to the end of the list */ 

q->size « RBUF_SIZE ! ELBIT; 
q->act__cnt = 0; 
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if <begin_rbd == pNULL) -C /* if there is nothing on the list 

create a new list */ 

begin_rbd = prbd; 
end_rbd = q; 
if (prbd != q) 

ru_start__f lag_jrbd = TRUE; /* if there is more than one rbd 

returned start the RU ■*/ 
> 
else -C 

/* if the rbd list already exists add on 
the new returned rbds */ 
end_rbd->link = Of f set (prbd ); 
end_rbd->size = RBUF_SIZE; 
end_rbd = q; 

ru__start_flag_rbd = TRUE; 
> 
> 

if (ru_start_f lag_f d && ru_start_f lag_rbd > 
Ru_Start(); 

/* Enable_586_Int( >; if Disable__586_Int ( > is used above */ 

flags. reset_sema = 0; 
if (flags. reset_pend =« 1) 
Reset_586(>; 

> 

Ru__Start( ) 
■C 

if ((scb.stat & RU__MASK) == RU_READY> /* if the RU is already 'ready 7 

then return */ 
return; 

if ((begin_fd->stat & CBIT) =« CBIT) 
return; 

begin_f d->rbd_of f set = Of f set (begin__rbd >; /* link the beginning of the rbd 

list to the first fd */ 
scb. rfa_offset = Of f set (begin_f d ); 
Wait_Scb<>; 
scb. cmd = RU_START; 
CA; 
> 

Sof twareJReset< ) 
■C 

scb. cmd = RESET; 

CA; 

Wait_Scb(); 
> 

Issue_Reset_Cmds( ) 
< 

Wait_Scb<>; 

scb. cmd = CU_START; 

CA; 
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Wait_3cb(>; 

outw(0xFF5E* 0) ; /* shut off timer 1 interrupt */ 

outw< TIMER i_CNT* 0); 

outw(0xFF5E* 0xC009); /•«• use timer 1 without interrupt as a deadman */ 

while <<inui<0xFF5E> & 0x0020) == 0) /* if Max Cnt bit is set before CNA 

is set* 586 Cmd deadlocked «/ 
if ((scb.stat & CNA) == CNA) 
break; 

if <scb. stat & CNA !« CNA) 

Fatal < "DLD: Issue_Reset_Cmds - Command deadlock during reset procedure\n" ) * 

Reset_Timeout< ); 

scb. cmd = CNA* /•* Acknowledge CNA interrupt *■/ 

CA; 

Wait ScbO; 



/* Execute a reset* Configure* SetAddress* and MC_Setup* then restart the 

Receive Unit and the Command Unit ■«•/ 
Reset_586() 
< 

struct MAT *pmat; 

u_short i; 

++reset__cnt* 
Disable_586_Int<); 
ESI__LQOPBACK* 
Sof tware_Reset( >» 

scb. stat =0* 

CA* /*■ wait for the 586 to complete initialization */ 

for ( i = 0; i <= OxFFOO; i++) 
if (scb.stat == (CX ! CNA)) 
break* 

if (i >OxFFOO) 

Fatal ( "DLD: init - Did not get an interrupt after Software ResetVn"); 

/* Ack the reset Interrupt #/ 

Wait_Scb( ); 

scb. cmd = (CX ! CNA); 

CA* 

Wait__Scb(); 

ttifdef DEBUG 

if ( begin_cbl =» pNULL) 

Fatal ("DLD: begin_cbl » NULL in Reset_586" ) * 
tfendif /*. DEBUG */■ 
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/* Configure the 586 */ 

/* Ethernet default parameters; Configure is not necessary when using 
default parameters »/ 

res__cb. link = NULL; 

res_cb. parml = OxOOOC; 
res_cb. parm2 =* 0x2600; 
res__cb. parm3 =• 0x6000; 
res_cb. parm4 = 0xF200; 
res__cb. parm5 = 0x0000; 
res__cb. parm6 = 0x0040; 
res_cb. cmd » CONFIOURE \ ELBIT; 

scb. cbl_offset = Of f set <&res__cb. stat); 

Issue__Reset_Cmds( ); 

/* Set the Individual Address */ 

bcopy<(char *) &res__cb. parml , kwhoami COD, ADDJJEN); /♦ njove the prom 

address to IA cmd */ 
res_cb. cmd ■ ia ! ELBIT; 

Issue_Reset_Cmds< >; 

/* reload the multicast addresses */ 

i « res_ma__cb. stat * 0; 
res_ma_cb. link = NULL; 

for (pmat « fcrnatCOD; pmat <= &matEMULTI__ADDR_CNT - 13; pmat++) 
if ( pmat->stat =■ INUSE ) -C 

bcopy( &res ma_cb. mc_addrCi:]* &pmat->addrCO]* ADDJLEN); 

i += ADDJ-EN; 
> 

res_ma_cb. mc__cnt = i; 

res_ma_cb. cmd - MC_SETUP ! ELBIT; 

scb. cbl_of fset = Of f set <&res.jna_cb. stat ) ; , 

Issue_Reset_Cmds< ); 

/♦Restart the Command Unit and the Receive Unit'*/ 

flags. reset__sema = 0; 
flags. reset_pend ■ 0; 

NO_ESI_LOOPBACK; 

Recv__Int_Processing ( ); 

scb. cbl_offset = begin_cbl; 
Wait ScbOi 
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scb. cmd = CU_STARTj 

Set__Timeout ( ); /* Set Dead man Timer */ 

CA; 

Enable_5B6__Int(); 
> 



/♦ bcopy — byte copy routine */ 

bcopy(dst* srcf nbytes) 

char *dsti *src; 

int nbytesi 

•C 

while (nbytes — ) *dst++ = *src++i 
> 

/* bcmp — byte compare */ 
bcmp(sl< s2» nbytes) 
char *sl, *s2# 
int nbytesi 
■C 

while (nbytes — && *sl++ == *s2++); 

return(* — si - * — s2>; 
> 
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/******♦********#****»»*«♦**♦************»****♦ 

* * 

* IEEE 802. 2 Logical Link Control Layer * 

* (Station Component) * 

#include "did. h" 

extern char »pNULL; 

extern struct TBD *Get_Tbd(>; 

extern char *Build_Ptr ( ); , 

readonly char x id_frameCXID_LENGTH3 = -C 0, 0, XID, 0x81, 0x01, 0>; 
/* DSAP, SSAP, XID, xid class 1 response #/ 

struct LAT latCDSAP_CNT3; 

InitJ_lc() 
■C 

struct LAT *plat; 

for (plat = &latC03; plat <= &latCDSAP_CNT - 13; plat++> 

plat->stat = FREE; 
return ( In it__586( ) ); 
> 

/* Function for adding a new DSAP */ 

Add_Dsap_Address(dsap, pfunc) /* DSAP must be divisible by 2**(8-N), where 

2**N « DSAP_CNT. (i.e. N LSBs must be 0). 
The function will return FALSE if does not 
meet the above requirements, or the Lsap 
Address Table is full, or the address has 
already been used. NULL DSAP address is 
reserved for the Station Component */ 

int dsap, (*pfunc) (); 

< 

struct LAT *plat; 

if ((dsap « (8-DSAP_SHIFT) 8t OxOOFF) != O I! dsap == 0) 
return (FALSE); 

/* Check for duplicate dsaps. */ 

if ( (plat = fclatCdsap » DSAP_SHIFT3 )->stat == FREE) < 
plat->stat » INUSE; 
plat->p__sap_f unc » pfunc; 
return (TRUE); 
> 
else 

return(FALSE); 
> 

/*' Function for deleting DSAPs */ 

Delete_Dsap_Address(dsap) /* If the specified connection exists, it is severed. 
If the connection does not exist, the command is ignored. */ 
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int dsapi 
•C 

latCdsap » DSAP_SHIFT3. stat = FREE; 

> 

Recv_Frame(pf d ) 

struct FD *pfd* 
■C 

struct RBD *prbd* 

struct FRAME_STRUCT *pfs; 

struct LAT *plat* 

prbd = (struct RBD *) Build_Ptr (pf d->rbd_of f set )* 
pfs a (struct FRAME__STRUCT *) prbd->buf f_ptri 

if (pfd->rbd_offset !■ NULL) -C /* There has to be a rbd attached 

to the fd* or else the frame is 
too short. */ 
if (pfs->dsap =*=• 0) -C /* if the frame is addressed to the Station 

Component! then a response may be required */ 

if < !(pfs->ssap St C_RJBIT) ) </* if the frame received is a response* 

instead of a command* then reject it. 
Because this software does not implement 
DUPLICATE_ADDRESS_CHECK. -> no response 
frames should be recv'd */ 
Station_Component_Response(pf d )* 
> 
> 

/* not addressed to Station Component* */ 
/» check to see if the dsap addressed is active */ 
else if ((pfs->dsap « (B-DSAP__SHIFT) «t OxOOFF) == O &8t 

(plat = SdatC(pfs->dsap> » DSAP_SHIFT3 )->stat »= INUSE ) <. 
(*plat->p__sap__func > (pfd); /* call the function associated 

with the dsap received •*/ 
return* 
> 
> 
PutJFree_RFA(pfd ); /* return the pfd if not given to the user saps •*/ 



Station_Component_Response(pf d ) 

struct FD *pfd* 
•C 

struct FRAME_STRUCT *prfs* *ptfs; 

struct TBD *ptbd* *begin_ptbd* *q* 

struct RBD »prbd* 

prbd = (struct RBD *) Build_Ptr (pf d->rbd_pf f set) , 
prfs = (struct FRAME_STRUCT ♦) prbd->buf f_ptr* 

switch (prfs->cmd St -*P_F_BIT) 

case XID: 
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while ((ptbd = Get_Tbd<>> == pNULL); 

ptbd->act_cnt = EOFBIT ! XID_LENGTH; 

bcopy ((char *) ptbd->buf f__ptr, &xid_frameCQ:3, XIDJL.ENGTH); 

ptfs = (struct FRAME_STRUCT *) p tbd->buf f_ptr; 

ptfs->cmd = prfs->cmd; 

ptfs->dsap = prfs->ssap ! C_RJ3IT; /* return the frame 

to the sender */ 
ptf s->ssap =0; 

uihile( !Send_Frame(ptbd> Bui ld_Ptr ( pf d->src_.addr ) ) ) ; 
break* 

e TEST: 

for (prbd = (struct RBD *> Bui ld_Ptr ( pf d->rbd_of f set ) , 
q = begin_ptbd = pNULL; prbd != pNULL; 

prbd = Build_Ptr(prbd->link>> < 

while ((ptbd = Get_Tbd(>) === pNULL); 
if (q != pNULL) 

q-Olink = Of f set ( ptbd ) ; 
else 

begin_ptbd = ptbd; 
ptbd->act_cnt = prbd->act_cnt; 
bcopy((char *) ptbd->buf f _ptr, (char-*) prbd->buf f __ptr, 

ptbd->act_cnt & 0x3FFF); 
q = ptbd; 
> 

ptfs = (struct FRAME_STRUCT *) beg in_ptbd->buf f ..p tr; 
ptfs->cmd = prfs->cmd; 

ptfs->dsap = prfs->ssap i C_R_BIT; /* return the frame to 

the sender */ 
ptfs->ssap = 0; 

wh i le ( i Send_Frame ( beg in_p tbd; Bui ld_Ptr ( pf d->src_addr > ) ) ; 
break; 
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/**************************»**»*#»**»*»»»^ 

* * 

* User Application Program # 

* Async to IEEE 802. 2/802. 3 Protocol Converter * 

* * 

#include "did. h" 

/* ASCII Characters */ 
#define ESC OxlB 



#define 


LF 


OxOA 


#define 


CR 


OxOD 


#define 


BS 


0x08 


#define 


BEL 


0x07 


#def ine 


SP 


0x20 



#define DEL Ox7F 
#define CTL_C 0x03 

/* Hardware */ 
#define CHJ3_CTL OxOODE 
#define CH_A_CTL OxOODC 
#define CHJ8JDAT OxOODA 
#define CH_AJDAT 0x00D8 
#define UART_STAT_MSK 0x70 

/* Interrupt cases for 8274 »/ 
#define UARTJTXJ3 
#define UART_RECVJB 0x08 
#define UART_RECV_ERRJ3 OxOC 
#define EXT_STAT_INT_B 0x04 
#define EXT_STAT_INT_A 0x14 

char . fifo_tC256D; 

char fifo_rC2563; 

char uiraC53> wrbC53; 

unsigned char in_fifo_t# out_fifo_t, in^_fifo_r, out__fifo_r, actual; 

u__short t_buf_stat* r_buf_stat; 

char cbufC803; /* Command line buffer */ 

char lineC813; /* Monitor Mode display line */ 

unsigned char dsap» ssap* send_flag, local_echo; 
char Dest_AddrCADDJJEN3; 
char Multi_AddrLADDJ_EN3; 

int tmstat; /* terminal mode status: for leaving terminal mode */ 
int dhex* moni tor_f lag* hs_stat; /* flags */ 

extern struct TBD *Get__Tbd<); 
extern char *Bui ld_Ptr ( ); 

extern struct FLAGS flags; 

extern char x id__frameC3; 
extern char uhoamiC3; 
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extern struct MAT matC3; 
extern struct LAT latC3; 
extern char #pNULLi 

extern unsigned long good_xmit_cnt; 

extern u_short underrun__cnt; 

extern u_short no_crs_cnt; 

extern unsigned long deferment; 

extern u__short sqe_err_cnt; 

extern u__short inax_col_cnt; 

extern unsigned long recv_f rame_cnt; 

extern u_short reset_cnt* 

extern struct SCB scb; 

/* Macro 'type' of definitions */ 

#define RTSJDNB outb <CHJ3_CTL, 0x05) ; outb <CHJB_CTL, wrbC53=wrb C53 ! 0x02) 
#define RTSJDFFB outb <CH_B_CTL, 0x05); outb <CH_B_CTL, wrbC53=wrb C538<OxFD> 
#define RTS_ONA outb <CH_A_CTL, 0x05) ; outb <CH_A_CTL, wraC53=wraC53 10x02) 
ttdefine RTS_0FFA outb <CH_A_CTL, 0x05); outb <CH_A_CTL, wraC53=wraC53&OxFD> 
#defirte UART_TX_DI„B outb <CHJ3j;TL, 0x01 >; outb <CHJ3_CTL, wrbt 13=wrb C 1 3&0xFD) 
#def ine UARTJTX_EIJB outb <CH_B_CTL, 0x01 > ; outb <CHJB_CTL, wrb C 1 3=wr b C 1 3 ! 0x02 ) 
#def ine UART_RX JDI J3 outb <CHJB_CTL, 0x01); outb <CHJ3_CTL, wrb C 1 3=wrb C 13S<0xE7) 
#define UART_RX_EI_B outb <CHJB_CTL, 0x01 ) ; outb <CH_B„CTL, wrb C 1 3=wrb C 1 3 i Ox 10) 
#define RESET„TX_IMT outb <CH_B_CTL, 0x28) 

#define E0I_8274 outb <CH_A_CTL, 0x38) /* 8274 int is IR3 on 80130 */ 
#define E0I_80130_8274 outb (OxEO, 0x60) 
#def ine EO I _80 1 30_T I MER outb (OxEO, 0x62) 

Enable_Uart_Int<> 

i n t c ; 

c = inb(0xE2); /* read the 80130 interrupt mask register */ 
outb(OxE2, OxOOFE & c); /* write to the 80130 interrupt mask register */ 
> 

Disable_Uart__Int< ) 
•C . 

int c; 

c = inb(0xE2); 
outb<OxE2, 0x0001 ! c); 
> 

Enable_Timer_Int( ) 
•C 

int c; 

outb(OxEA, 125); 

outb<OxEA, 0x00); /* Timer 1 interrupts every . 125 sec */ 

send_flag = FALSE; 

c = inb(0xE2); /* read the 80130 interrupt mask register *•/ 

outb(OxE2, OxOOFB & c); /* write to the 80130 interrupt mask register */ 
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Disable_Timer_Int ( ) 

int c; 

c = inb(0xE2); 
outb(OxE2, 0x0004 
> 



Co(c) 

char c; 

-C 

while ( <inb(CHJB_CTL> 8< 4) ==0 ); 

outb(CH_B_DAT, c); 
> 

CiO 
•C 

while ( (inb(CH_B_CTL) & 1) ==0 ); 

return<inb(CH_B_DAT) & 0x7F); 
> 

Read(pmsg» cnt» pact) 

char #pmsg; 

unsigned char cnt/ #pact; 
< 

unsigned char i; 

char c> bufC200]; 

for <i = c = 0; (c != CR) && (c != LF) && (i < 198); ) i 
c = Ci< > & 0x7F; 
if (c == BS ! ! c == DEL) -C 
if (i > 0) < 
— i; 

Co(BS); Co(SP); Co(BS); 
> 
> 
else 

if (c >= SP) -C 
Co(c); 

bufCi++l = c; 
> 
else 

if (<c == CR) ! ! (c == LF) ) -C 
bufCi++D = CR; 
bufCi++: = LF; 
> 
else Co (BEL); 
> 

Co(CR); Co(LF); 
if (i > cnt) 

■M-pact = cnt; 
else 

•a-pact = i; 
for ( i = 0; i < *pact ; i++) 
*pmsg++ = buf Ci3; 



4-55 



iny 



/PCO/USR/CHUCK/CSRC/UAP. C 



Read_Char<) 
■C 

unsigned char i; 

Read(&cbufC03i 80, factual); 
i = Skip(&cbufC03>i 
return< cbuf C iD ) ; 
> 

Write(pmsg) 

char *pmsg; 
< 

while <*pmsg != '\0') -C 
if <*pmsg *« '\n') 

Co(CR); 
Co<*pmsg++); 
> 



Fatal(pmsg) /* write a message to the screen then stop ♦/ 

char *pmsg; 
■C 

WriteC'Fatal: ">; 

Write (pmsg ) ; 

for<; i )i 

y 

Bug(pmsg) /* write a message to the screen then continue */ 

char *pmsg; 
< 

WriteC'Bug: •• ) ; 

Write (pmsg); 
> 

Ascii_To_Char<c> /* convert ASCII-Hex to Char */ 

char c; 
■C 

if << '0' <= c> Me <c <= '9')) 

return<c — '0' )i 

if (('A' O c) && (c <= 'F')> 

return(c - 0x37); 

if (< 'a' <= c) 8e& (c O 'f ')) 

return(c - 0x57); 
return(OxFF); 



Lower_Case<c ) 
char c; 

■C 

if (< 'a' <= c) M <c <= 'i')) 

return(c); 
if <( 'A' <= c) 8c& (c <= 'Z')) 

return(c + 0x20); 
return<0); 
> 
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Char_To_Ascii (c, ch) /* convert char to ASCII-Hex */ 

unsigned char c, chC3; 
■C 

unsigned char i; 

i = (c & OxFO) » 4; 
if (i < 10) 

chC03 = i + 0x30; 
else 

chC03 = i + 0x37; 
i = (c & OxOF) ; 
if (i < 10) 

chCl] = i •+• 0x30; 
else 

chCl] = i + 0x37; 
chC23 - 'NO'; 



Skip(pmsg) /* skip blanks */ 

char *pmsg; 
< 

irtt i; 

for ( i = 0; *pmsg == ' '; i++, pmsg++); 
return(i); 
> 

Read_Int(> /* Read a 16 bit Integer */ 
{. 

u_short wd, tuh/ wdl* whl# j; 

char i» donei hex* dover* hover; 

for (done = FALSE; done == FALSE; ) < 
Read(&cbuf C03* SO. factual); 
i = Skip(&cbuf [03); 

for (hex = dover = hover = FALSE* ud = wh = udl = ujhl = 0; 

(j = Ascii_To_Char(cbufCi3) ) <= 15; i++) -C 
if (j > 9) 

hex = TRUE; 
ud = wd*10 + j; 
wh = wh#16 + j; 
if (wd < wdl) 

dover = TRUE; 
if (wh < whl) 

hover = TRUE; 
udl = wd; wh 1 = wh; 
> 
if (cbufCiD == 'H' !! cbufCi3 == 'h' !! cbufCi3 == CR !! 

cbufCiD == LF !! cbuf£i3 ==''){ 
if (cbufCi3 == 'H' !! cbufCiD == 'h') 

hex = TRUE; 
if (hex == TRUE && hover == FALSE) 

done = TRUE; 
if (hex == FALSE && dover == FALSE) 
done = TRUE; 
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if ('done) < 

Write("\n This number is too big. \n It has to be less than 65536. \n"); 
Write( M \n Enter number — > "); 
> 
> 
else 

WriteC* Illegal CharacterXn Enter a number — >"); 
> 
if (hex) 

return <wh)i 
return (aid); 
> 

Int_ To_Ascii (value, base, Id, ch, width) /* convert an integer to an ASCII string */ 

unsigned long value; 

u_short base* width; 

char chC3, Id; 
< 

u_short i, j; 

for (i ■ 0; i < width; i++) < 

j = value V. base; 

if (j < 10) chCn ■ j + 0x30; 

else chCi3 » j + 0x37; 

value = value / base; 
> 
for (i « width - 1; chCi-l ■■ '0' 8t& i > 0; i — ) 

chCi3 « Id; 
chCwidth3 ■ '\0'; 
> 

Write_Long_Int(dw# i) 

unsigned long dw; 

u_short i; 
<. 

u_short j; 

char chCllD; 

if (dhex) 

Int_To_Ascii(dw, 16. ' '* 8echC03, 8); 
else 

IntJTo_Ascii(dw, 10, ' ', 8<chC03, 10); 
for (j » 0; chCj3 !» '\0'; i— -, j++) 

lineCiJ = chCj3; 
> 

Write_Short_Int<w, i) 

u__short w, i; 
■C 

u_short j; 

char chC63; 

unsigned long dw; 

dw = w; 
if (dhex) 

Int_To__Ascii(dw, 16, '0', 8cchC03, 4); 
else 
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Int_To_Ascii<du. 10, '0', «cchCOD» 3); 

for (j » 0. chCj3 !* '\0'; i — , j++> 
lineCi3 = chCj3; 
> 



YesO 
< 



char b; 

for ( ; ; ) < 

b .= Read_Char< ); 

if ((b »=» 'Y') I { <b »» 'y ')) 

return<TRUE)i 
if (<b » 'N') I ! (b »- 'n')) 

return (FALSE); 
Write( H Enter a Y or N — > M ); 



Read_Addr(pmsg; add, cnt) /* pmsg - pointer to the output message */ 

/* add - pointer to the address ♦/ 
/♦ cnt - number of bytes in the address ■*/ 
char *pmsg* addC3, cnt; 
< 

char i» j; 

for < ; ; ) -C 

Write<pmsg); 

Read<&cbufC03, 80, factual); 

for <j * skip<&cbuf C03), i = 0; i < 2*cnt ; i++, j++) -c 
if <('0' <=» cbufCjD) && <cbuf[j3 O '9')) 

cbufCil = cbufCjD - '0'; 
else 

if (('A' O cbufCj3> && (cbufCjD <= 'F')> 
cbufCiD » cbufCjD - 0x37; 
else 

if (('a 7 <= cbuf[j3) && <cbufCj3 <= 'f')> 
cbufCn =« cbufCj.3 - 0x57; 
else -C 

WriteC Illegal CharacterNn" ) ; 
break; 
> 
> 

if <i >= 2*cnt - 1) 
break; 
> 
for (i » 0; i <= cnt - 1; i++) 

addC(cnt - 1 ) - i 3 « cbufC2«i3 « 4 ! cbufC2*i + 13; 
> 

Write_Addr(padd, cnt) 

char paddCD, cnt; 
-C 

unsigned char i, cC33; 

for ( ; cnt >0 ; cnt — ) < 
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i « paddCcnt-13; 

Char_JTo_Ascii(i* &CC03); 

Write(&cCO])i 
> 

cC03 = '\n'; 
cC13 = '\0'; 
Write<8<cCOJ); 
> 

RecvJData_l (pfd) /* Receives the frame from the 802. 2 module */ 

struct FD *pfd; 
•C 

struct FRAME_STRUCT *prfs, *ptfs; 

struct TBD *ptbd, *begin_ptbd» *q; 

struct RBD *prbd; 

char *prbuf; 

int cnt; 

prbd = (struct RBD *■> BuildJPtr (pfd->rbd_of f set ); 

prfs « (struct FRAME_STRUCT *) Build_Ptr (prbd->buf f__ptr ); 

switch (prfs->cmd & ^PJ^BIT) < 
case UI: 

if (monitor_f lag) 

break; /* Don't put data in fifo unless in terminal mode */ 
prbuf » (char *) prfs; 

prbuf +» 3; /* skip over the header info and point to the data *•/ 
cnt = 3; 

pfd->length -« 3; 

for (; prbd != pNULL; cnt » 0, prbuf « (char *) prbd->buf f_ptr ) <. 
for ( ; cnt < (prbd->act_cnt & 0x03FFF) && pfd->length > 0; 
cnt++, prbuf++* pfd->length — ) -C 
uihile(r__buf_stat == FULL); 
FifoJR_In(*prbuf ); 
> 

prbd a* Build_Ptr (prbd->link ); 
ttifdef DEBUG 

if (pfd->length =■ 8t& prbd != pNULL) 
Fatal ("Uap: RecvJDataJL (pf d ) "); 
#endif /* DEBUG */ 
> 
break; 

case XID: 

while ((ptbd = GetJTbdO) »= pNULL); 

ptbd->act_cnt « EOFBIT I XIDJLENGTH; 

bcopy ((char *) ptbd->buf f__ptr, &xid_frameC03/ XIDJLENGTH); 

ptfs = (struct FRAME_STRUCT *) ptbd->buf f _ptr; 

ptfs->cmd ■ prfs->cmd; 

ptfs->dsap = prfs->ssap ! C_R__BIT; /* return the frame 

to the sender #/ 
ptfs i ->ssap = ssap; 
uihile( »Send_Frame(ptbd, Build_Ptr ( pf d->src_addr ) ) ); 
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break; 

case TEST: 

for (prbd = (struct RBD *) BuildJPtr (p f d->rbd__of f set >, 
q = begin_ptbd = pNULL; prbd != pNULL; 
prbd a Build_Ptr(prbd->link>> -C 
while <<ptbd = Get_Tbd(>> == pNULL); 
if (q != pNULL) 

q->link « Of f set (ptbd ) ; 
else 

begin_ptbd = ptbd; 
ptbd->act_cnt = prbd->act__cnt; 
bcopy((char *> ptbd->buf f_ptr, (char ♦) prbd->buf f„ptr, 

ptbd->act_cnt & 0x3FFF); 
q = ptbd; 
> 

ptfs = (struct FRAME_STRUCT *) beg in_ptbd->buf f _ptr; 
ptfs->cmd =5 prfs->cmd; 

ptfs->dsap =» prfs->ssap ! C_RJ8IT; /* return the frame to 

the sender */ 
ptfs->ssap = ssap; 

while< !Send__Frame(begin_ptbd> Build__Ptr (pf d->src_addr ) ) ); 
break; 

> 

Put__Free_RFA(pfd ); /* return the frame */ 



Fifo_T__Out( > /♦ called by main program */ 
•C 

char c; 

c = f ifo_tCout_f ifo_t++3; 

Disable_Uart_Int(>; 

if (out_fifo_t == in_fifo_t) /* if the fifo is empty */ 

t_J>uf_stat - EMPTY; /* stop filling Transmit Buffer Descriptors »/ 
else /* if the fifo was full and is now draining */ 

if (t_buf_stat ea FULL && out_fifo_t - 80 == in_fifo_t) < /* turn on 

the spigot */ 
RTSJ3NB; 

t_buf_stat = INUSE; 
> 
Enable_Uart_Irit( ); 
return(c); 
> 

Fif o_JT_In(c ) /* called by Uart receive interrupt */ 
char c; 

■C 

f ifo_tCin_f ifo_t++3 = c; 
if (t buf stat == EMPTY) 
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t_buf_stat = INUSE; /* start filling Transmit Buffer Descriptor */ 
else /* if there are only 20 locations left* turn off the spigot */ 
if <t_buf_stat == INUSE && in_fifo_t + 20 == out_fifo_t> < 
RTSJDFFB; 

t_buf_stat * FULL; 
> 
> 

Fif o_R__Out< ) /* called by transmit interrupt #/ 
■C 

char c; 

c = f ifo_rCout„f ifo__r++3; 

if <out_fifo_r == in_fifo_r) /* if the fifo is empty #/ 

r_buf_stat = EMPTY; 
else /* if the fifo was full and is now draining #/ 
if <r__buf_stat == FULL && out_fifo_r - 81 == in__fi'fo_r) 
r„buf_stat = INUSEi 
ret'urn(c); 
> 

Fifo_R_In<c) /* called by Recv_Data__l < ) •*/ 

char c; 
•C 

f if o_rCin_.fi fo_r++ 3 =b C ; 
Disable_Uart„Int<); 
if <r_buf_stat =■= EMPTY) < 
UART_TX_EI_B; 

Co<0)> /» prime the interrupt ■»/ 

r_buf_stat = INUSEi 
> 
else /* if the buffer is full, indicate it */ 

if <r_buf_stat == INUSE *k& in_fifo_r == out_fifo_r) 
r_buf_stat = FULL; 
Enable_Uart_Int<>; 
> 

IsrJJartO 
<. 

int stat; 

char c; 

outb<CH__B_CTL, 2); /* point to RR2 in 8274 */ 

switch <inb(CH__B_CTL) & OxlCX /# read 8274 interrupt vector and service it #/ 

case UARTJTXJB: 

if <r_buf_stat ===== EMPTY) -C 

UART_TX_DI_,B; /* if fifo is empty disable transmitter */ 

RESET_TX_INT; 
> 
else 

outb (CHJ3_DAT, Fif o_R_Out ( ) ) ; 
break; 
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case UART_RECv\_ERR_B: 

outb(CH B_CTL, 1); /* point to RR1 in 8274 •*/ 
stat = inb(CHJ8__CTL); 
outb(CH_B_CTL, 0x30); 
if (stat & 0x0010) 

Write( "\nParity Error Detected\n" ) ; 
if (stat & 0x0020) 

Write( "\nOverrun Error Detec ted\n" ) ; 
if (stat & 0x0040) 

Write( "\nFraming Error Detec ted\n" ) ; 
break; 

case UART_RECV_B: 

c = inb(CH_B_DAT); 

if (hs_stat == TRUE) -C 

hs_stat = FALSE; /* Flag to terminate High Speed Transmit mode */ 

break; 
> 

if ( local__echo) 

Co(c>; ■/* echo the char back to the terminal; could cause 

a transmit overrun if Tx interrupt is enabled */ 
if (c == CTL_C) 

tmstat = FALSE; 
else 

Fifo_T_In(c); 
break; 

case EXT_STAT_INTJ3: 

outb(CH_B_CTL> 0x10); /* reset external status interrupts */ 
break; 

case EXT_STAT_INT_A: 

outb<CH_A_CTL, 0x10); 
break; 

default: 

■> 

E0I_80130_8274; 
E0I_8274; 
> 



Isr2() 
-C 



send_flag = TRUE; 

outbCOxEA, 125); 

outb(OxEA, 0x00); /* Timer 1 interrupts every .125 sec */ 

outbCOxEO, 0x62); /* EOI 80130 */ 
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Load_Lsap< ) 
•C 

int Recv_Data_l< ); 

for<; ; ) < 

Read_Addr<"\n\nEnter this Station's LSAP in Hex — > "> fessap, 1); 
if ( !Add_Dsap_Address(ssap/ RecvJData_l ) ) -C 

Write < H \n\nError: LSAP Address must be one of the following: \n" ); 

Write("\n 20H, 40H, 60H, 80H, AOH, COH, EOH\n u ); 
> 
else break; 



Load_Multicast( ) 
< 

for ( ; i ) < 

Read_Addr("\nEnter the Multicast Address in Hex — >", 

&Multi_AddrC03, ADDJLEN); 
if <<Multi_AddrC03 & OxOl) ■• 0) 

Write<"\nSorry, the LSB of the Multicast Address must be l\n">; 
else -C if ( !Add Multicast_Address<&Multi_AddrC03 ) ) < 

Write<"\n\nSorry, Multicast Address Table is full'W); 
break; 
> 
else -C 

Write( "\n\nWould you like to add another Multicast Address?"); 
Write<" (Y or N) — > " >; 
if <!Yes<)> 
break; 



Remove_Multicast< ) 

•c 

for < ; ; ) < 

Read_Addr< "\nEnter the Multicast Address that you want to delete in Hex — >"> 

8cMulti_AddrC03, ADD_LEN); 
if <<Multi_AddrC03 & 0x01) ==0) 

Write<"\nSorry# the LSB of the Multicast Address must be l\n H ); 
else < if < 'Delete J1ulticast_Address<8eMulti_AddrC03>> -C 

Write< "\n\nSorry# that Multicast Address doesn't exist'W); 
break; 
> 
else < 

Write("\n\nWould you like to delete another Multicast Address?"); 
Write<" (Y or N> — > "); 
if <!YesO) 
break; 
> 
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Print_Addresses( ) 
{ 

struct MAT *pmat; 

int stat; 

Write( n \n This Stations Host Address is: "); 
Write_Addr<&u>hoamiC03, ADDJJEN); 

Write("\n The Address of the Destination Node is: "); 
Write_Addr(&Dest_Addri:03, ADDJ-EN); 
Write("\n This Stations LSAP Address is: "); 
Write_Addr(&ssap, 1); 

Write("\n The Address of the Destination LSAP is: "); 
Write_Addr(8cdsap, 1); 
stat =» FALSE; 

for (pmat = &matt03; pmat <= &matCMULTI_ADDR_CNT - 13; pmat++) 
if (pmat->stat ■«■ INUSE) -C 
stat = TRUE; 
break; 
> 
if (stat) -C 

Write<"\n The following Multicast Addresses are enabled: "); 
for (pmat = &matC03; pmat <= &matCMULTI_ADDR_CNT - 13; pmat++) 
if (pmat->stat == INUSE) < 

Write_Addr(&pmat-->addri:03, ADDJJEN); 

WriteC " )J 

> 
> 
else 

Write("\n There are no Multicast Addresses enabled. \n" ); 
> 

Init_Datal_ink ( > 
< 

int stat; 

if ((stat = Init_LlcO) == PASSED) 

Write( "\n\nPassed Diagnostic Self Tests\n\n\n M ); 
else 

if (stat =« FAILED_DIAGNQSE) 

Write( "\n\nFailed: Self Test Diagnose Command\n" ) ; 
else 

if (stat == FAILEDJ-PBKJENTERNAL) 

Write("\n\nFailed: Internal Loopback Self TestW); 
else 

if (stat == FAILED_LPBK_EXTERNAL) 

Write( "\n\nFailed: External Loopback Self Test\n"); 
else 

if(stat == FAILED_LPBK_TRANSCEIVER) 

Write("\n\nFailed: External Loopback Through Transceiver Self TestW); 
> 

Init_Uap(> 
■C 

outb(OxEO, 0x31); /»initalize 80130 pic - ICW1 */ 
outb(0xE2, 0x20); /* ICW2 */ 
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outb<OxE2, OxlO); /» ICW3 */ 

outb<OxE2» OxOD); /♦ ICW4 ♦/ 

outb(OxE2, OxlO); /♦ ICW6 */ 

outb(0xE2» OxFF); /* mask all interrupts */ 

outu>(0xFF20« 0x0020); /♦ set 80186 vector base »/ 

/* Initialize the 80130 timers for Terminal Mode ♦/ 

outb<OxEE, 0x34) ; 

outb(OxE8* 0xB8); 

outb<OxE8, OxOB); /♦ SYSTICK set for 1 msec ♦/ 

outb(OxEE, 0x70); 

outb(OxEA, 125); 

outb(OxEA> 0x00); /♦ Timer 1 interrupts every .125 sec *7 

/♦ Initialize the 8274 */ 

outb<CHJB_CTL, 0x10); outb <CH_B_CTL, 0x28); outb <CHJB_CTL, 0x30); 

outb<CH_A_CTL, 0x38); 

outb(CHJB_CTL, 2); outb <CHJB_CTL, uirbC23 * 0x14); 

outb<CHJ3_CTL, 1); outb <CH_B_CTL, wrbCU = 0x15); 

outb(CH_B_CTL* 5); outb <CHJB_CTL, uirbC53 ■» OxEA); 

Write("\n\n\n\n\n\n\n\n\n\n\n\n n ); 

Wr i te ( " ♦#»*«ee***»*#e*e###e**#»»#»»«***e#»»*#***»»**»»##*#*»*\ri " ) ; 

Write<» * 82586 IEEE 802.2/802.3 Compatible Data Link Driver *\n H ); 

Wr i t e < M »#ee#ee«e*»ee»»«***»#**»e#***«»»*»»*»«»»*»*##»********\n " ) ; 

WriteC'XnNnNnVnXnNnNn"); 

Init_DataLink<); 

dhex - FALSE; 
monitor__f lag « TRUE; 

Read_Addr<"\n\nEnter the Address of the Destination Node in Hex — > ", 

8tDest_AddrC03i ADDJ-EN); 
Load_Lsap( ); 

Read_Addr("\n\nEnter the Destination Node's LSAP in Hex — > "» &dsap> 1); 

Write( H \n\nDo you want to Load any Multicast Addresses? (Y or N) — >" )# 

if (YesO) 

Load_Multicast<); 

Print_Ad dresses ( ); 
> 

TerminalJ1ode< > 
< 

int frame__cnt# buf_cnt; 

struct TBD *ptbd, *q, *begin_ptbd; 

char *pbuf, c; 

Write( M \n Would you like the local echo on? <Y or N) — > M >; 
if<Yes()) . 
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local_echo = TRUE* 
else 

local_echo = FALSE* 

Write("\n This program mill now enter the terminal mode. \n\n" ); 
Write( u \n Press ^C then CR to return back to the menu\n\n">; 

/* Initialize Fifo variables ♦/ 

out__fifo__t = in_fifo__t = out_fifo_r = in_fifo__r = 0; 
t_buf_stat = EMPTY; rj>uf_stat * EMPTY; 

E0I_80130_8274; 
Enable__Uart_Int(); 
Enable_Timer_Int ( ); 
monitor_flag = FALSE; 
tmstat = TRUE; 
while (tmstat) -C 

for (frame_cnt « 0; frame_cnt < MAX_FRAME__SIZE; q. = ptbd) < 

while <(ptbd =» Get__TbdO) =» pNULL); /* get a xmit buffer from the 

data link */ 
pbuf = (char ») ptbd->buf f_j>tr; /* point to the buffer */ 
buf_cnt = 0; 

if (frame__cnt == 0) < /* if this is the first buffer, add on IEEE 802.2 
header information */ 
begin__ptbd « ptbd; 
*pbuf++ = dsap; 
*pbuf++ = ssap; 
*pbuf++ = UI; 
buf_cnt = 3; 
> 
else q->link = Of f set (ptbd )# /♦ if this isn't the first buffer 

link the previous buffer with the new one */ 
/* fill up a data link xmit buffer from async transmit fifo */ 
for ( ; buf__cnt < TBUF_SIZE && frame_cnt < MAX_FRAME_SIZE; 

buf_cnt++/ pbuf++i frame__cnt++) < 
if (frame_cnt != && send_flag) 
break; 

while (t_buf_stat == EMPTY); /♦ wait until fifo has data */ 
if ((c - *pbuf = Fifo_TJDut()> =« CR) -C 
++buf_cnt ; ++pbuf; ++frame_cnt; 
break; 
> 
> 

if <c == CR !! buf__cnt < TBUF_SIZE !! send_flag) -C /* last buffer in list */ 
ptbd->act — cnt = buf_cnt I EOFBIT; 
send_flag = FALSE; 
break; 
> 
> 

while( !Send__Frame(begin_j)tbd/ &Dest_AddrC03 ) ); /* keep trying until 

successful */ 
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Disable_Uart_Int(>; 
Disable__Timer_Int( ); 
monitor__f lag = TRUE; 
> 

struct TBD *Build_Frame(cnt ) 

u_short cnt; 
■C 

u_short buf_cnt# frame_cnti i; 

struct TBD *ptbd, *<i, *begin_ptbd; 

char *pbuf ; 

i = 0x20; frame_cnt = 0; 

for ( ; ; q = ptbd) < 

while ((ptbd = Get_Tbd(>> == pNULL); /* get a xmit buffer from the 

data link «■/ 

pbuf - (char *> ptbd->buf f_ptr; /* point to the buffer */ 
buf__cnt =s 0; 

if (frame_cnt «» 0) -C /* if this is the first buffer, add on IEEE 802. 2 
header information */ 
begin_.ptbd =* ptbd; 
*pbuf++ as dsap; 
*pbuf++ = ssap; 
*pbuf++ = UI; 
buf_cnt = 3; 
> 
else q->link = Of f set ( ptbd ) ; /* if this isn't the first, buffer 

link the previous buffer with the new one */ 
/* fill up a data link xmit buffer with ASCII characters */ 
for (; buf_cnt < TBUF_SIZE && cnt > 0; 

i++, buf_cnt++, pbuf++, cnt — , frame_cnt++) -C 
*pbuf = i; 
if (i > 0x7E> 
i = Ox IF; 
> 

if (cnt == 0) -C /* last buffer in list */ 
ptbd->act_cnt = buf_cnt ! EOFBIT; 
break; 
> 
> 
return ( beg in__p tbd ); 



Moni tor_Mode ( ) 
< 

u_short xmit, cnt< i; 

struct TBD *Bui ld_Frame ( ) , *ptbd; 

Write( M Do you want this station to transmit? (Y or N) 
if (YesO) 
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for (xmit = FALSE; xmit ==> FALSE; ) <. 

Write("\n Enter the number of data bytes in the frame — > "); 

cnt = Read_Int( ); 

if (cnt > 2045) 

Write ("\n Sorry* the number has to be less than 2046!\n"); 
else 

xmit = TRUE; 
> 

else xmit = FALSE; 

Write("\n Hit any key to exit Monitor Mode. \n\n" ); 

WriteC # of Good # of Oood CRC Alignment No Receive\n" ) ; 

WriteC Frames Frames Errors Errors Resource OverrunW ); 
WriteC Transmitted Received Errors ErrorsNn" ); 

/# "0123456789012345678901234567890123456789012345678901234567890123456789012345673 
xxxxxxxxxx xxxxxxxxxx xxxx xxxx xxxx xxxx 

xxxxxxxx xxxxxxxx 

11 25 33 44 57 71 */ 

for (i = 0; i < 79; i++) 

lineCil = 0x20; 
lineC793 = CR; 
lineC80D = '\0'; 

while < (inb(CHJB_CTL) & 1) == 0) -C 
for <i = 0; i < 72; i++) 

lineCi} = 0x20; 
Wri te_Long__Int( good_xmit__cnt* 11); 
Write_Long__Int(recv_frame_cnt# 25); 
Write_Short_Int(scb. crc_errs# 33); 
Write_Short_Int(scb. aln_errs» 44); 
Write_Short_Int(scb. rsc_errs, 57); 
Write_Short_Int(scb. ovr_errs> 71); 
Write<&lineC03); 
if (xmit) < 

ptbd = Build__Frame(cnt); 

while( !Send_Frame(ptbd, &Dest__AddrC03 ) ); 
> 
> 

i = Ci(); 
> 

Hs_Xmit_Mode() 
•C 

struct TBD *ptbd; 

WriteCNn Hit any key to exit High Speed Transmit Mode. \n\n" > ; 

hs_stat = TRUE; 
E0I_80130__8274; 
Enable_Uart_Int( ); 

/* Execute this loop until a recv char interrupt happends at Uart */ 
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wh ile <hs_stat ) -C 

while (<ptbd = Get_Tbd<)> «= pNULL); /*• get a xmit buffer from 

the data link */ 
ptbd->act_cnt != EOFBIT; /* set the End Of Frame bit #/ 

while< !Send__Frame(ptbd, &Dest_Addr CO] ) ) ; /* Send Frame */ 

> 

Disable_Uart IntOi 



Print_Cnt< ) 
■C 

char chCllD, base, dwidth, width, i; 

unsigned long temp; 

■ i f < d h e x > -C ■ 

dwidth ~ 0; 
width =4/ 
base = 16; 
> 
else < 

base = 10; 
dwidth = 10; 
width = 5- 

y 

Write<"\n\n Good frames transitu tted: " ) ; 
for (i = 1; i <= 11 - dwidth; i++) 

Co(SP>; 
Int_To_Ascii (good_xmit_cnt» base* ' '> kchCOD, dwidth); 
tor .; i rs duiidth - 1; i >= 0; i — ) 

Co<chtiJ), 
Write<" Good frames received: "); 
for <i = 1; i <= 15 - dwidth; i-*-*) 

Co(SP); 
Int_To_Ascii <recv_frame_cnt, base, ' ', &ch[0j, dwidth); 
*ot> (i = dwidth - 1; i >= 0; i — > 

Cutchrnj* 
Write("\n\n CkC -rrors received: " ) ; 
for (i =1; i O 15 -width; i++) 

Co<SP); 
temp - scb. crc_errs; 

Int_To_Ascii (temp, base, ' ', fcchCOD, width); 
*or (i = width - 1; i >= 0; i — ) 

:c<rhFi3); 
Write<" Alignment errors received: " ) ; 
for (i = 1; i <= 10 - u>idth? i++) 

Co(SP); 
temp = scb. aln_errs; 

Int_To_Ascii < temp, base, ' ' <*chL03, width); 
for (i = width - 1; i j- 0; i— •) 

Co(chrij>i 
wiite("\n\n Out of Resource frames: '*); 
for (i = 1; i <= 12 - width; i++) 

Co<SP); 
temp = scb. rsc_errs; 
Int_To_Ascii (temp, base- ' ', 6<chC03, width); 
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for <i = width - 1; i >= O; i — ) 

Co(chCi3); 
WriteC Receiver overrun frame*;- "), 
for (i = 1; i <= 12 - luirfti-., i++) 

Co(SP); 
temp = sell. uvr_errs; 

int_To_Ascii (temp, base* ' ', &chE03, width); 
for (i =» width - 1; i >= 0; i — > 

Co(chCi3); 
Write <"\n\n 825B6 Reset: " ^ • 
for (i = 1; i <= 23 width; i++) 

Cc(SP); 
temp - reset_cnt; 

Int_To_Ascii (temp* base* ' ', fcchCCO, width); 
for (i = width - 1; i >= 0; i — ) 

Co(chCi3); 
WriteC Transmit under run frames: " ); 
for <i - ); i C= 11 - width; i++) 

Co(SP); 
temp = underrun__cnt; 

Int_To_Ascii(temp* base, ' '* &chC03* width?; 
for (i « width - 1; i >=* 0; i — x 

Co(chCil); 
Write<"\n\n Lost CRS: " ) ; 
for ;i = 1; i <= 26 - width; i++) 

Co(SP); 
temp = no_crs_cnt; 

Int_To_Ascii (temp* base* ' ', &chC03, width); 
for (i « width - 1; i >= Or i — / 

Co(chEi3); 
Write*" SQE errors: " ) * 
for (i = 1; i '<= 25 - width; i++) 

Co(SP); 
temp as sq.e_err_.cnt; 

Int_To_Ascii (temp* base, ' ', S/chC03, width); 
for ( i =s width - 1; i >= 0; i — ) 

Co(chCi3); 
*ir ite( "\n\n Maximum retry: " ) ; 
for (i =s 1; i <= 21 - width; i++> 

Co(SP); 
temp s= max_col__cnt; 

Int__To__Ascii (temp, base, ' ', &chC03, width); 
for (i = width - 1; i >as 0; i — ) 

Co(chCi3); 
Write(" Frames that deferred: "); 
for (i = 1; i <=* 15 - dwidth; i++) 

Co(SP); 
Int_To_Ascii (def er_cnt, base, ' ', &chC03* dwidth); 
for (i - dwidth - 1; i >=a 0; i — ) 

Co(chCi3); 



Print_Help( ) 
•C 

Write ("\n\n Commands are: \n\n">; 

Write < " T - Terminal Mode M - Monitor Mode\n"); 
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Write < " X - High Speed Transmit Mode V - Change Transmit StatisticsNn" ); 

Write < n P - Print All Counters C - Clear All CountersXn" ); 

Write ( " A - Add a Multicast Address Z - Delete a Multicast AddressXn" >; 

Write (" S - Change the SSAP Address D - Change the DSAP AddressW); 

Write <" N - Change Destination Node Address L - Print All Addresses\n" >; 

Write <" R - Re-Initialize the Data Link B - Change the number Base\n"); 
> 

MainO 

int c; 

Init_Uap(); 
Print_Help<>; 

for (; ; ) -C 

Write ("\n\n Enter a command/ type H for Help — > " ) ; 

c = Read_Char( ); 

switch ( Lower _Case(c ) ) < 

case 'h ': 

Print_Help( ); 

break; 
case 'm': 

Monitor_Mode( ); 

break; 
case 't ': 

Terminal_Mode( ); 

break; 
case ' x ': 

Hs_Xmit_Mode<); 

break; 
case 'v': 

Write("\n Transmit Statistics are now "); 

if (flags, station ==1) 

Write("on. \n Would you like to change it ? . (Y or N) — > " ) ; 

else 

Write( "of f. \n Would you like to change it ? <Y or N) — > "); 

if (YesO) •€ 

if (flags. stat_on == 1) 

flags. stat_pn =0; 
else flags. station =1; 

> 

break; 
case 'p ': 

Print_Cnt(>; 

break; 
case 'c ': 

Clear_Cnt<); 

break; 
case 'a': 

Load_Multicast( ); 

break; 
case 'z ': 

Remove_Multicast( ); 

break; 
case 's': 
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Delete__Dsap_Address(ssap ); 

Load_Lsap ( ) ; 

break; 
case 'd ' : 

Read_Addr<"\n\nEnter the Destination Node's LSAP in Hex — > ", fcdsap, 1); 

break; 
case 'n': 

Read_Addr<"\n\nEnter the Address of the Destination Node in Hex — > "* 

8cDest_AddrC03, ADD_LEN); 

break; 
case '1 ' : 

Print__Addresses( ); 

break; 
case 'r': 

Software_Reset< ); 

Init_DataLink< ); 

Add_Dsap_Address (ssap, Recv__Data._l ); 

break; 
case 'b ': 

Write( M \n The current base is "); 

if (dhex == TRUE) 

WriteC'Hex. \n Would you like to change it ? <Y or N) — > " ) ; 

else 

Write( "Decimal. \n Would you like to change it ? (Y or N) — > "); 

if (YesO) < 

if (dhex == TRUE) 

dhex = FALSE; 

else dhex = TRUE; 

> 

break; 

default: 

Write ("\n Unknown coramandXn" ); 
break; 
> 
> 
> 
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name c_assy_support 

stack segment stack 'stack' 

stktop label word 
stack ends 

DLDJDATA segment public 'DATA' 

extrn SEGMT_: word ; data segment address 

DLDJ3ATA ends 

UAP_DATA segment public 'DATA' 

UAPJDATA ends 

DLD_CODE segment public 'CODE' 

extrn Isr_Timeout__: far* Isr_586__: far* Isr7_: far 

extrn Isr6_: far* Isr5_: far* Isrl_: far 

DLD_CODE ends 

UAP__CODE segment public 'CODE' 

extrn Isr_Uart_: far* Isr2__: far* Main_: far 

UAP_CODE ends 

DQ__CODE segment public 'CODE' 

public inu_* outw_, init_intv_» enable^* disable_» Build „Ptr 
public Offset_* begin* inb_* outb_ 

argl equ CBP + 63 

arg2 equ CBP +83 

assume CS: DQ__CODE 

assume DS: DLDJDATA 

* + 

* initialization program for the 82586 data link driver 



begin: 



sti 

mov ax* DLDJDATA ; get base of dgroup and 

mov SEGMT__* ax * pass the segment value to the c program 

mov ds* ax 

call Main_ * go to the c program 

hit 



inb 



proc 


far 




push 


BP 




mov 


BP, 


SP 


push 


DX 




mov 


DX* 


argl 


in 


AL, 


DX 


pop 


DX 




mov 


SP, 


BP 
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pop BP 
ret 
inb__ endp 

outb_ proc far 

push BP 

mov BP* SP 

push DX 

push AX 

mov DXi argl 

mov AX* arg2 

out DX* AL 

pop AX 

pop DX 

mov SP* BP 

pop BP 
ret 

outb_ endp 

inu_ proc far 

push BP 

mov BP* SP 

push DX 

mov DX* argl 

in AX, DX 

pop DX 

mov SP* BP 

pop BP 
ret 

inu_ endp 

outw_ proc far 

push BP 

mov BP* SP 

push DX 

push AX 

mov DX* argl 

mov AX* arg2 

out DX* AX 

pop AX 

pop DX 

mov SP, BP 

pop BP 
ret 

outu»__ endp 

Build_Ptr__ proc far 

push BP 

mov BP* SP 

mov DX* DLD_DATA 

mov AX* argl 

mov SP* BP 

pop BP 
ret 

Build_Ptr_ endp 

Offset^ proc far 
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push BP 



mov 


BP, 


SP 


mov 


AX, 


argl 


mov 


SP, 


BP 


pop 


BP 




ret 






Offset__ endp 






5erve__int_isr 


proc far 


push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AX, 


DLD DATA 


mov 


DS, 


AX 


mov 


ES, 


AX 


call 


Isr. 


J5B6_ 


pop 


ES 




pop 


DS 




pop 


DI 




pop 


SI 




pop 


DX 




pop 


CX 




pop 


BX 




pop 


AX 




iret 






serve__int_ isr 


endp 


serve_int_8274 


proc far 


push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AX, 


UAPJDATA 


mov 


DS, 


AX 


mov 


ES, 


AX 


call 


Isr 


_Uart_ 


pop 


ES 




pop 


DS 




pop 


DI 




pop 


SI 




pop 


DX 
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pop 


CX 






pop 


BX 






pop 


AX 






iret 








serve_int_B274 


endp 




serve_jint_timeout 




proc 


push 


AX 






push 


BX 






push 


CX 






push 


DX 






push 


SI 






push 


DI 






push 


DS 






push 


ES 






mov 


AX, 


DLD. 


JDATA 


mov 


DS, 


AX 




mov 


ES, 


AX 




call 


Isr. 


_Timeout_ 


pop 


ES 






pop 


DS 






pop 


DI 






pop 


SI 






pop 


DX 






pop 


CX 






POP 


BX 






pop 


AX 






iret 








serve_int — timeout 




endp 


serve_.int7_.isr 


proc 


far 


push 


AX 






push 


BX 






push 


CX 






push 


DX 






push 


SI 






push 


DI 






push 


DS 






push 


ES 






mov 


AX, 


DLD 


__DATA 


mov 


DS, 


AX 




mov 


ES, 


AX 





far 



call Isr7_ 



pop 


ES 


pop 


DS 


pop 


DI 


pop 


SI 


pop 


DX 


pop 


CX 


pop 


BX 


POP 


AX 
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iret 






erve_int7_isr 


endp 


i 


erve_int6_isr 


proc 


far 


push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AX, 


DLD DATA 


mov 


DS, 


AX 


mov 


ES, 


AX 



call Isr6 



pop 


ES 




pop 


DS 




pop 


DI 




pqp 

pop 


SI 
DX 




pop 


CX 




pop 


BX 




pop 


AX 




iret 






serve_int6__i sr 


endp 


i 


serve_int5_isr 


proc 


far 


push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AX; 


DLD_DATA 


mov 


DS, 


AX 


mov 


ES, 


AX 



call Isr5 



pop 


ES 


pop 


DS 


pop 


DI 


pop 


SI 


pop 


DX 


pop 


CX 


pop 


BX 


pop 


AX 


iret 




erve_int5_isr 


em 
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serve_int2_isr proc far 



push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AXi 


UAP DATA 


mov 


DS, 


AX 


mov 


ES, 


AX 



call Isr2_ 



pop 


ES 




pop 


DS 




pop 


DI 




pop 


SI 




pop 


DX 




pop 


CX 




pop 


BX 




pop 


AX 




iret 






serve_int2_isr 


end| 


? 


serve_.intl_.isr 


proc far 


push 


AX 




push 


BX 




push 


CX 




push 


DX 




push 


SI 




push 


DI 




push 


DS 




push 


ES 




mov 


AX, 


DLD_DATA 


mov 


DS, 


AX 


mov 


ES, 


AX 



call Isrl_ 

pop ES 

pop DS 

pop DI 

pop SI 

pop DX 

pop CX 

pop BX 

pop AX 
iret 

_intl_isr endp 



enable_ proc 
sti 
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ret 








enable^ endp 








disable 


proc 




far 


cli 








ret 








disable_ 


endp 






init_intv_ 


proc 




far 


push 


DS 






push 


AX 






xor 


AX, 


AX 




mov 


DS, 


AX 





Interrupt types for the 186/51 COMMputer 



mov 


DS: word 


ptr 


BOh, 


offset serve_int_8274 


; int 





mov 


DS: word 


ptr 


82h, 


DQ_CODE 






mov 


DS: word 


ptr 


B4h, 


offset, serve_intl_isr 


> int 


1 


mov 


DS: word 


ptr 


B6h, 


DQ_CODE 






mov 


DS: word 


ptr 


B8h, 


offset serve_int2__isr 


; int 


2 


mov 


DS: word 


ptr 


8Ah, 


DQ_CODE 






mov 


DS: word 


ptr 


8Ch, 


offset serve int__isr 


i int 


3 


mov 


DS: word 


ptr 


BEh, 


DQ_CODE 






mov 


DS: word 


ptr 


90h, 


offset serve_int„timeout 


; int 


4 


mov 


DS: word 


ptr 


92h, 


DQ_CODE 






mov 


DS: word 


ptr 


94h, 


offset serve_int5_isr 


i int 


5 


mov 


DS: word 


ptr 


96h, 


DQ_CODE 






mov 


DS: word 


ptr 


9Bh, 


offset serve_int6__isr 


; int 


6 


mov 


DS: word 


ptr 


9Ah, 


DQ_CODE 






mov 


DS: word 


ptr 


9Ch* 


offset serve int7 isr 


; int 


7 


mov 


DS: word 


ptr 


9Eh, 


DQ^CODE 






pop 


AX 












pop 


DS 












ret 














init_intv_ 


endp 












DQ_CODE ends 















b&gim ' d"s: dld_data> ss: stack : stfctop 
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CHAPTER 5 
82586 APPLICATIONS 



5.0 OVERVIEW 

This chapter is a collection of brief notes related to 
system considerations when using the 82586 LAN Co- 
processor. The chapter is based on work performed by 
Intel's Data Communications Application Engineering 
staff. This work includes computer simulations and ac- 
tual debugged hardware/software designs. 



5.1 MINIMUM 82586 SYSTEM 
BUS SPEED 

82586 Bus bandwidth requirements are an important 
concern. Parameters that dictate 82586 system bus use- 
age are: buffer size, FIFO-Threshold, interframe spac- 
ing, serial data rate, wait states, bus latency, and 8 or 16 
bit bus width. The relationship between these parame- 
ters is complex. 

A worst case analysis can be done to determine the 
minimum bus frequency that the 82586 must have to 
receive two or more back to back frames. There are two 
variables of concern. First, the ratio of the parallel bus 
frequency, Fp, to the serial clock frequency, Fs. The 
Fp/Fs ratio affects bus latency (i.e. the time it takes for 
the 82586 to acquire control, of the bus), 



number of wait states (i.e. the additional CPU cycle 
times required between memory address to valid data 
received), and handling 82586 buffer/status overhead 
that can be tolerated before the on-chip FIFOs exceed 
their capacity. 

Second, interframe spacing gives additional time for the 
82586 to complete placing received data into memory 
and handle 82586 buffer/status overhead. Figure 5.-1 
shows the timing relationship and activities performed 
by the serial side and parallel side of the 82586. 

Simulations were performed to provide guidelines to 
designers to establish minimum Fs/Fp ratios given var- 
ious bus latency, wait state, and interframe spacing 
time conditions. The simulations assumed a system us- 
ing word mode, and worst case conditions consisting of: 
last buffer exactly filled up, next buffer remaining emp- 
ty, and prefetch of next buffer descriptor. The most 
recently received frame was assumed OK. 

The results of these simulations are shown in Figure 
5-2. Note that various wait state (N\y) and bus latency 
(Nl) environments are represented by sloped lines, ac- 
cording to the empirical formula 16 N\y + Nl = X 
clock cycles. 
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Figure 5-1. Receive to Receive Interframe Spacing Time Relationships 
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The following example illustrates use of Figure 5-2: 
Wait states, N\y = clock cycles 
Bus latency, Nl ' = clock cycles 
IFS = 9.6 juls 

From Table 5-1, the minimum Fp/Fs is 0.58. In other 
words, for Fs - 10 MHz, i.e. IEEE 802.3, then Fp can 
be as slow as 5.8 MHz. 

One can verify that for IEEE 802.3, where Fp/Fs = 
0.8 (i.e. Fp = 8 MHz), that the 82586 can handle the 
9.6 jus interframe spacing (IFS) even when the sum of 
16 times the number of wait states (Nw) plus bus laten- 
cy (Nl) is equal to 80. For example, a 82586 system of 
wait states, and bus latency of 80 clock cycles can 
handle back to back frames, separated by the IFS time. 

Table 5-1 summarizes Fp for various bus latency/wait 
state conditions for IEEE 802.3 from Figure 5-2. 



Table 5-1 


. Minimum Bus 


Frequency 




for IFS = 9.6jms 


N w (Clock) 


N L (Clock) 


Fp (Min) MHz 








5.8 





5 


5.9 


1 





6.2 


1 


5 


6.3 


2 





6.5 


2 


5 . 


6.8 



5.2 SETTING THE 82586 FIFO- 
THRESHOLD 

The 82586 features a programmable FIFO-Threshold, 
see section 2.10.4. When the threshold value is reached, 
the 82586 attempts to acquire the system bus via the 
HOLD/HLDA protocol. 

If the FIFO-Threshold is set too low, the 82586 will be 
constantly accessing the system bus, creating system in- 
efficiencies because the CPU and other system periph- 
erals must perform additional overhead duties related 
to relinquishing the bus. If the FIFO-Threshold is set 
too high, the 82586 may not acquire the bus before the 
FIFO becomes full (or empty), causing received (or 
transmit) data to be lost. Thus, an optimal threshold 
setting can be found based on the number of times the 
82586 accesses the bus, and ensuring that received data 
does not get lost. 

The variables of concern to setting the FIFO-Threshold 
are parallel bus frequency (Fp), serial clock frequency 
(Fs), and the bus latency time (Nl). The ratio fo Fp/Fs 
is important because it quantifies the relationship be- 
tween how quickly the FIFOs are filled, and how fast 
the FIFOs can be emptied. The latency time quantifies 
the amount of time the 82586 must wait before it can 
begin to empty the FIFOs. 
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Figure 5-2. CPU/82586 Parallel Bus Frequency Requirements for given Wait States (Nw) 

and Bus Latencies (Nl) 
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82586 system simulations were performed to provide a 
starting point with which to set an optimal threshold 
setting. For an actual system, the FIFO-Threshold set- 
ting should he further optimized to accommodate par- 
ticular application, system and network environments. 
The results of the simulations are summarized in Tables 
5-2 and 5-3. Table 5-2, the minimum safe FIFO limit 
presents guidelines for threshold setting, for a given bus 
latency. Table 5-3 takes into account time required for 
the 82586 to perform buffer switching. The results from 
both tables must be added together to yield the recom- 
mended threshold limit. 

Consider the following example: 
Parallel Bus Frequency, Fp = 8 MHz 
Serial Clock Frequency, Fs = 10 MHz 
Maximum bus latency, Nl = 4 clock cycles 



Table 5-3. FIFO Limit Offset 



Fp/Fs 


NL 


FIFO Limit Offset 


0.4 





6 


0.5 





5 


0.8 





3 


0.4 


5 


8 


0.5 


5 


6 


0.8 


5 


4 


0.4 


10 


10 


0.5 


10 


8 


0.8 


10 


5 


0.4 


20 


13 


0.5 


20 


10 


0.8 


20 


7 


0.4 


40 


- 


0.5 


40 


15 


0.8 


40 


10 



From Table 5-2 (Fp/Fs = 0.8, N L = 4), the minimum 
safe FIFO limit = 1. 

From Table 5-3 (using Nl = 5), the FIFO limit offset 
= 4. Taking the sum of the results from Tables 5-2 and 
5-3, the FIFO-Threshold setting for preliminary evalu- 
ation should be 5. 

Table 5-2. Minimum Safe FIFO Limit 



Fp/Fs 


NL 


Minimum FIFO Limit 


0.5 





1 


. 0.5 


1 


2 


0.5 


2 


2 


0.5 


3 


2 


0.5 


4 


2 


0.5 


5 


3 


0.5 


8 


3 


0.5 


10 


4 


0.5 


15 


5 


0.5 


20 


6 


0.5 


25 


8 


0.5 


30 


9 


0.5 


40 


11 


0.8 








0.8 


1 





0.8 


2 




0.8 


3 




0.8 


4 




0.8 


5 




0.8 


8 




0.8 


10 


2 


0.8 


15 


3 


0.8 


20 


3 


0.8 


25 


4 


0.8 


30 


5 


0.8 


40 


6 



NOTES: 

Fp = Parallel Bus Frequency 
Fs = Serial Clock Frequency 
NL = Bus Latency (in cycles) 



5.3 THE MINIMUM BUFFER SIZE 

The 82586 employs memory buffer chaining to ensure 
efficient use of memory as described in sections 1.3.1, 
2.5.1, 2.8.6, and 2.9. 

From a network point of view, the minimum buffer size 
should be no less than the largest 'short' (control) 
frame plus a few bytes. This practice will eliminate un- 
necessary buffer linking. A minimum of 64 to 128 bytes 
is usually sufficient. 

From the 82586 point of view, the upper bound of re- 
ceive buffer size is a function of the network environ- 
ment and system memory constraints; the lower bound 
is a function of the 82586's ability to prefetch receive 
buffer descriptors and buffer fill time. In particular, 
while the 82586 is filling up a buffer, the 82586 will 
prefetch the next receive buffer descriptor. Thus, the 
prefetch must be completed before the current buffer 
becomes full. 

The variables affected receive buffer fill time, and con- 
sequently minimum buffer size, are the parallel bus fre- 
quency, Fp, and serial clock frequency, Fs, bus width, 
and wait states, N\y- Computer simulations were per- 
formed on a general system to provide designers with 
the minimum receive buffer size. The results are shown 
in Table 5-4. 

The following example illustrates use of Table 5-4. 

Given: 

• Parallel bus frequency, Fp = 8 MHz 

• Serial clock frequency, Fs, = 10 MHz 

• Wait states, N^ = 1 

• Bus width = 16 bits (word mode) 



From Table 5-4, the minimum receive buffer size is 20 
bytes. 
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Note that from Table 5-4 that the largest minimum is 
55 bytes. Thus, it can be concluded that in general re- 
ceive buffers in excess of 64 bytes are sufficient for the 
82586 to handle linked lists in hardware. 





Table 5-4. Minimum Buffer Size 






N w = 


N W =1 


N W 


= 2 


Fp/Fs 


Word 
Mode 


Byte 
Mode 


Word 
Mode 


Byte 
Mode 


Word 
Mode 


Byte 
Mode 


0.4 


51 


* 


55 


* 


42 


* 


0.5 


47 


26 


51 


22 


42 


20 


0.8 


36 


24 


34 


22 


30 


20 


1 


36 


24 


34 


22 


30 


20 



NOTES: 

*Will always underrun or overrun 
Fp = Parallel Bus Frequency 
Fs = Serial Clock Frequency 

The minimum transmit buffer size is determined by the 
same factors as receive buffers plus end-of-frame- 
processing (updating status, pointers, BD count, and 
statistics; setting up the RU for the next reception; 
etc.). The 82586 can underrun if the values of Table 5-4 
are used for the first transmit buffer of a frame to be 
transmitted. Underruns will occur when the 82586 is 
issued a Transmit command just prior to or during a 
receive operation. In this case, during reception the 
82586 will fetch the first TBD and fill the Transmit 
FIFO. After the completed reception, the 82586 will 
start transmission and simultaneously complete end-of- 
frame-processing. End-of-frame-processing will delay 
the prefetch of the second TBD, and cause the under- 
run. Thus the minimum length of the first Transmit 
Buffer must be long enough so that the next TBD pre- 
fetch will occur before the first buffer is transmitted. 
For systems with Fp/Fs — 0.6 a first transmit buffer in 
excess of 75 bytes is usually sufficient to avoid under- 
runs; for systems with Fp/Fs = 0.8, the first transmit 
buffer should be in excess of 54 bytes. The succeeding 
transmit buffers for a single frame can follow the rec- 
ommendations of Table 5-4. 

The 82586 supports simultaneous transmit and end-of- 
frame-processing operations to ensure that the 82586 
will be able to transmit soon after a receive operation. 
Thereby avoiding the case where a receiving station 
continually gets beaten onto the network by other sta- 
tions. This case is important in communication inten- 
sive applications like file servers. 



5.4 SYSTEM CONFIGURATIONS 

5.4.1 80186 Elementary Maximum 
Mode System 

SYSTEM INTERFACE 

The 82586 does not require any 'TTL glue' to interface 
to an 80186 microprocessor bus. Thus, it is highly rec- 
ommended for minimum component count communi- 
cation systems (see Figure 5-3). The 82586 is con fig- 
ured to Maximum Mode by strapping the MN/MX pin 
to ground; in this mode the 82586 generates status sig- 
nals that will be used for bus control signal generation. 

The 82586 is clocked by the CLKOUT signal generated 
by 80186. Thus, the existing address latches, data trans- 
ceivers and bus controller can be shared by the CPU 
and the 82586. 

The SO, Si signals of the 80186 and 82586 are wired 
together, driving the 8288 bus controller. The 80186 
and 82586 have internal_pullups so no external resistors 
are required on the SO, SI, S2 lines. The 8288's S2 input 
is driven only from the 80186; this status is not generat- 
ed by the 825 86^ because it accesses memory only (no 
I/O). The SO, SI and S2 lines are used by the 8288 to 
generate a full set of standard bus control signals. 

The shared data bus of the 80186 and the 82586 is 16 
bits wide. The system memory can be accessed either by 
the 80186 or by the 82586. Bus arbitration is resolved 
by the HOLD/HLDA protocol. The CPU grants the 
bus to the 82586 by issuing the HLDA high as a re- 
sponse to bus request from the 82586 (HOLD high). 
The CPU is able to withdraw its bus grant by dropping 
HLDA low. In this case the 82586 will release the bus 
within a maximum four clock cycles in word mode (see 
section 2.10.3). 

Care must be taken so that the CPU does not take away 
HLDA during transmission or reception because there 
will be a high chance of frame abortion by underrun or 
overrun respectively. 

Communication on the task level between the CPU and 
the 82586 is accomplished by a shared system memory 
mailbox, the System Control Block, and the CA/INT 
handshake. 
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It is possible to create a multimaster system by using 
the 8289 bus arbiter. It is suggested that in these sys- 
tems the 82586 communication node is assigned the 
highest priority. A high priority will ensure a minimum 
bus latency for the 82586 whenever it needs the bus, 
thus avoiding waste of bus bandwidth by underrun or 
overrun frames. 



The 8289 Bus Arbiter is needed to resolve Multibus 
arbitration. It is recommended to assign the 82586 sys- 
tem the highest priority in order to efficiently handle 
communication tasks. The highest priority interrupt re- 
quest on the Multibus, INTO, is used to inform the 
remote CPU that a communications task was complet- 
ed. 



To realize the IEEE 802.3 standard (i.e. 10 Mbps serial 
data rate and 9.6 jus Interframe Spacing), it is sufficient 
to operate at 8 MHz system clock and zero wait state 
bus cycles. Also, lower rates and slower memories (that 
introduce wait state) are possible in IEEE 802.3 sys- 
tems, see section 5.1. 



SERIAL INTERFACE 

Figure 5-3 displays an 80186 based Elementary Maxi- 
mum Mode System, containing an Intel 82501 Ethernet 
Serial Interface. 



5.4.2 Stand Alone Multibus System 

SYSTEM INTERFACE 

It is possible for an 82586 CPU system to share a mem- 
ory interface via the Multibus as shown in Figure 5-4. 
The Multibus is the Intel's standard bus structure 
which allows Intel's board products to communicate. 
Standard address latches, data transceivers and a bus 
controller are needed in order to interface to a demulti- 
plexed Multibus. 



5.4.3 Dual Port RAM Systems 

SYSTEM INTERFACE 

The 82586 operating at 10 Mbps serial bit rate, may 
utilize a significant percentage of bus bandwidth, thus 
leaving insufficient bus bandwidth for other purposes. 
When the 82586 bus bandwidth utilization is intoler- 
able, a dual port memory system with one port dedicat- 
ed to the 82586 is recommended. Figure 5-7 displays a 
typical dual port memory based system. 

The basic building blocks for the dual port RAM sys- 
tem are standard dynamic RAM's and the 8207 
DRAM Controller. The 8207 provides not only dynam- 
ic RAM refresh, but also arbitrates between each of the 
process requests and directs data to or from the appro- 
priate port. The 8207 has a LOCK capability that en- 
ables the 82586 to lock out CPU accesses while the 
82586 finishes descriptor and error tally processing, see 
section 2.7.6. 
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Figure 5-5. 82586 Used in a Dual Port Configuration 

> 5-8 



LAN COMPONENTS USER'S MANUAL 



The dual port RAM consists of two memory banks 
(LOW and HIGH), eight 8283 latches, their steering 
logic (four NAND gates plus two inverters), 8207, a 
MUX, and a memory read/write control logic (BYTE 
MARK LATCHes plus two NAND gates). The port is 
selected to read/write from/to the memory via PSEL, 
PSEN 8207 generated signals and DEN signals gener- 
ated by both ports systems. The LOW or HIGH bank 
is se lected by the BYTE MARK LATCH (driven by 
A0, BHE and PSEN). The transfer direction (read or 
write)_is selected via the WE signal from the 8207 and 
DT/R signals generated by both port systems. The port 
arbitration is provided by the 8207, that is strobing-in 
both port addresses via a MUX and outputs the pres- 
ently selected port address. 

The strobed-in address is chosen by the 8207 generated 
MUX signal. O nce the processor commanded transfer 
is executed, an XACK signal is issued by the 8207 to 
acknowledge transfer completion. As shown in Figure 
5-5 configuration, the 82586 has absolute control of the 
dual ported memory, immediately after issuing the 
HOLD signal. This is accomplished by the 8207 LOCK 
signal driven by the 82586 HOLD. 

The 82586 port system shown in Figure 5-5 is similar to 
the MULTIBUS stand-alone configuration. Thus a 
dedicated MOS level Clock Generator is needed on the 
82586 port. 

NOTE: 

If a 22 bit address space is sufficient, the 82586 can be 
confi gured to Minimum Mode (strapping the 
MN/MX pin to VCC). In this mode, the 82586 gener- 
ates directly the DEN and DT/R signals, thus saving 
the 8288 Bus Controller. 



82730, or multiple 82586s. To ensure that these bus 
masters are initialized separately, the following proce- 
dure is recommended. 

1) Reset the system through a hardware RESET. 

2) Set up the SCP, ISCP for Master Number 1, with 
appropriate pointers. 

3) Give Channel Attention to Master Number 1. 

4) Change the ISCP SCB OFFSET address in ISCP for 
Master Number 2. 

5) Give Channel Attention to Master Number 2. 

Steps 4 and 5 may be repeated for the third or more 
master on the same bus. 



5.5 CALCULATING UNIQUE 
MULTICAST ADDRESSES 

The 82586 performs multicast address filtering through 
a hashing algorithm, as described in sections 2.3.2 and 
2.8.5. The CRC polynomial is used to map the received 
multicast address into a hash table consisting of 64 bits. 
Because the CRC polynomial is used, it is possible for 
two or more multicast addresses to be mapped into the 
same bit in the hash table. 

It is possible to select up to 64 unique multicast ad- 
dresses. The Pascal program Hash Calculation, shown 
in Table 5-5, selects unique addresses. The user may 
specify either the 16 or 32-bit CRC function, and vari- 
able address length (1 to 6 bytes). A warning will be 
issued for non-multicast addresses (i.e. starting with a 
bit). The function HASH computes the Hash value 
which is the bit address in the 82586 Hash table. 



A low cost dual port RAM design is discussed in sec- 
tion 5.6. 



5.4.4 Multiple Bus Master Systems 

The 82586 is commonly used in systems with other bus 
masters, for example, Intel's Text Coprocessor, the 
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Table 5-5. PROGRAM Hash Calculation (INPUT, OUTPUT) 



TYPE MCtype 




= ARRAY [0..47] OF BOOLEAN; (*■ bit pattern 

that represents the Multicast Address. 
is the least significant bit. 
Addresses shorter than 6 bytes are 
justified to the least significant bit. *.).■ 


HTtype 




= 0..63; '(* entry of hash table *) 


VAR AddressLength 


: 1..6; ' (* Address Length *)■ 


CRCLength 


: INTEGER; .(*' if 16 then CRC 16 else CRC 32*) 


MCV 




: MCtype; (* Multicast Address Vector *) 


k, 1, m 




: INTEGER; (* temp *) 


digit 




: CHAR; (* hexadecimal digit *)■ 


numb 




: INTEGER; (* numerical equivalence *) 


FUNCTION HASH 


(AL 


(* Address Length in bytes *) 




CL:INTEGER; (* CRC length: 16 or 32 bits *) 




X:MCtype) (* bit array that represents Multicast 






Address *) 




: HTtype; (* result: HASH value between and 63 *) 


VAR 






A 


: ARRAY [0..31] OF BOOLEAN; (* the CRC generator *) 


FB 


: BOOLEAN; (* Feedback *) 


i 


: INTEGER; (* temp *) 


Y 


: HTtype; (* Y = Hash(X) *) 


BEGIN 


(* this function returns the hashed value of X. 




according to the Address Length and the CRC Length *) 


FOR i:=0 


TO 31 DO A[i] := true; (* initialize to all ones *) 


FOR i:=0 


TO AL*8 


-1 DO (*. repeat according to the address length *) 


BEGIN 




IF CL=16 THEN (* separate CRC computation for CRC-16 *) 




BEGIN 






FB := 


A[15] <> X[i] ; ■(* compute feedback *) 

(* shift the CRC register *) 




A[15] 


:= A [14] ; 




A[14] 


:= A[13] ; 




A[13] 


:= A[12]; 




A[12] 


:= A[ll] <> FB; (* exclusive or *) 




A[ll] 


:= A[10] ; 




A[10] 


:= A[9] ; 




A[9] 


= A[8] ; 




A[8] 


= A[7] ; 




A[7] 


= A[6] ; 




A[6] 


= A[5] ; 




A[5] 


= A[4] <> FB; 




A[4] 


= A[3] ; 




A[3] 


= A[2] ; 




A[2] 


'= A[l] ; 




A[l] 


= A[0] ; 




A[0] 


:= FB; 




END 
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Table 5-5. PROGRAM Hash Calculation (INPUT, OUTPUT) (Continued) 



ELSE 






BEGIN 


(* separate 


3 computation for CRC-32 *) 


FB := j 


fc[31] <> X[i] ; 


(* compute feedback *) 

(* shift the CRC register *) 


A[31] 


:= A[30] 






A[30] 


:= A[29] 






A[29] 


:= A[28] 






A[28] 


:= A[27] 






A[27] 


:= A[26] 






A[26] 


:= A[25] <> FB; 




A[25] 


:= A[24] ; 




A[24] 


:= A[23] ; 




A[23] 


:= A[22] <> FB; 




A[22] 


:= A[21] <> FB; 




A[21] 


:= A[20] 






A[20] 


:= A[19] 






A[19] 


:= A[18] 






A[18] 


:= A[17] 






A[17] 


:= A[16] 






A[16] 


:= A[15] <> FB; 




A[15] 


:= A[14] 






A[14] 


:= A[13] 






A[13] 


:= A[12] 






A[12] 


:= A[ll] <> FB; 




A[ll] 


:= A[10] <> FB; 




A [10] 


:= A[9] <> FB; 




A[9] :: 


= A[8] ; 




A[8] :: 


= A[7] <> FB; 




A[7] := 


= A[6] <> FB; 




•A[6] :: 


= A[5]; 




A[5] := 


= A[4] <> FB; 




A[4] :: 


= A[3] <> FB; 




A[3] := 


= A[2] ; 




A[2] :: 


= A[l] <> FB; 




A[l] :: 


= A[0] <> FB; 




A[0] := 


= FB; 




END; 






END; 


(* of CRC calculation *) 




(* select the 6 


bits out of the CRC register *)■ 


IF A[5] TH] 


EN Y := 1 ELSE Y 


:= 0; 


IF A[6] TH] 


EN Y := Y + 2; 




IF A[7] TH] 


EN Y := Y + 4; 




IF A [2] TH] 


EN Y := Y + 8; 




IF A[3] TH] 


EN Y := Y + 16; 




IF A[4] TH] 


EN Y := Y + 32; 




HASH := Y; 


(* return the 


value *) 


END; (*of 1 


lash function *) 
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Table 5-5. PROGRAM Hash Calculation (INPUT, OUTPUT) (Continued) 

BEGIN (* main program that interacts with the user *) 

WRITELN ('This program calculates the hash function of Multicast addresses') ; 

WRITELN ('Type CTRL/Y for exiting the program')' 

WRITELN (• ') ; 

WRITE ('Enter CRC length (16 for CRC-16) >> ') ; 

READLN(CRCLength) ; 

WRITE ('Enter Address length (in bytes) >> '); 

READLN(AddressLength) ; 

IF AddressLength>6 THEN WRITELN(' Out of range !') 

ELSE BEGIN 

REPEAT (* for each Multicast Address in the set *) 

FOR k:=0 TO 47 DO MCV[k] := FALSE; (* initialize the multicast vector *) 

WRITELN ( 'Enter Multicast Address (exactly ', AddressLength*2:3, ' hexadecimal 

digits') ; 
WRITE ('starting with MOST significant) >> '); 

FOR k:= AddressLength*2-l DOWN TO DO (* for all digits *) .. 

BEGIN (* read a hexadecimal digit *) 

READ ( digit ) ; (* and convert it to binary *) 

IF (48<=0RD(digit)) AND ( ORD ( digit )< 58) THEN numb := (ORD(digit) -48) 

ELSE 

IF (65<=0RD(digit)) AND (ORD(digit) <71) THEN numb := (ORD(digit) -55) 

ELSE 

IF (97<=0RD(digit)) AND (ORD(digit) <103) THEN numb := (ORD (digit) -87) ; 

FOR 1 :=0 TO 3 DO 

BEGIN (* convert the digit to binary and 

insert it to the vector *) 

IF ODD -(numb) THEN MCV[4*k+l] := TRUE ELSE MCV[4*k+l] := FALSE; 

numb := numb DIV 2 ; 

END; 
END; 

READLN; (* flush the line *) 

IF NOT MCV[0] THEN WRITELN ('not a multicast address!') ; 

(* call the hash function *) 
■■ WRITELN ('HASH = ' ,HASH(AddressLength, CRCLength, MCV) ) ; 

UNTIL FALSE; (* for ever *) 

END; (* of loop for specific Multicast Address *) 

END. 
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5.6 A LOW COST DUAL PORT 
MEMORY DESIGN 

The 82586 is a bus master designed to share the CPU 
system bus. The shared bus configuration affords sys- 
tems that use the fewest components and lower cost. 
However, in some applications the bus bandwidth re- 
quired by the 82586 may seriously degrade system per- 
formance. The solution to this problem is a dual port 
memory between the host CPU and the 82586. Figure 
5-6 illustrates a shared bus system and Figure 5-7 
shows a dual port 82586/CPU system configuration. 

In 82586 applications the dual port approach is useful 
in the following cases: 

1) To minimize bus contention between the CPU and 
the 82586. The 82586 bus interface design is free of 
bus latency concerns. This issue is important in sys- 
tems where the peripherals attached to the system 
bus cause latency that cannot be tolerated by the 
82586, or vice versa. 

2) To interface to a limited bandwidth bus. The 82586 
may consume as much as 2M bytes/s bandwidth 
while transmitting or receiving data at 10 Mbps. The 
instantaneous bandwidth required to meet the IEEE 
802.3 specification is even greater. In a dual port 
system the host CPU is able to access memory when 
the 82586 is accessing memory, thus high system 
performance is maintained. This issue is particularly 
important in 8-bit bus systems. 

3) To simplify the interface between the 82586 and 
non-Intel CPUs. 

This section describes an example of dual port design 
using the 82586 with an 80186. 



5.6.1 Hardware Design 

The major characteristics of the hardware design are as 
follows: 

Dual Port Memory Size - 8K bytes 



Memory Type 

CPU 

Bus Arbitration Logic 

82586 Bus Speed 

82586 Serial Data Rate 



- Static RAM's 

- 80186 

- TTL SSI/MSI chips 

- 8 MHz 

- 10 Mbps 



The objective of this hardware design is to keep the 
design simple and inexpensive. Figure 5-8 shows a 
block diagram of the hardware. The CPU interface is 
general enough to simplify the interface to CPU's with 
multiplexed or demultiplexed data/address buses. The 
size of the system RAM is a function of the following 
factors: 

1) Network traffic size. 

2) Net traffic pattern (size of frames). 

3) Other CPU tasks. 

The memory size is 8K bytes to satisfy typical needs. 
However, the hardware accommodates expansion of 
the dual port RAM. Static RAMs are used to keep the 
design simple and low cost. 

The 82586 is set to Minimum Mode to keep the chip 
count low. The CPU for the example is the 80186. Fig- 
ure 5-9 shows a general purpose CPU interface. 
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Figure 5-6. A Typical Shared Memory Design Using the 82586 
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BUS ARBITRATION LOGIC 

Bus contention between the 82586 and the 80186 is re- 
solved on the basis of the following principles: 

1) When the 82586 is accessing the Dual Port Memory 
RAM, the CPU is prevented from accessing the 
memory by inhibiting the Ready signal. 

2) The CPU can access memory whenever the 82586 is 
not accessing it. 

3) The 82586 gains control of the bus within four to 
five clocks after a request, and the CPU is put into 
the wait mode. 

The sequence of events when the 82586 requests the bus 
is: 

1) The 82586 requests the bus by activating the HOLD 
signal. 

2) The HLDA is given to the 82586 after five clocks 
max. 

3) The Ready signal to the CPU is disabled within one 
clock of the 82586 HOLD request. 

4) The CPU is isolated from the dual port RAM by 
disabling the data buffers within 2 clocks of the 
82586 HOLD request. 

5) The multiplexer is switched to the 82586 bus. 

6) If the CPU is accessing the dual port RAM at the 
time of the 82586 bus request, the CPU is either 
placed in a wait mode, or it is given enough time to 
complete its bus cycle. 

7) If the CPU has been placed in a wait mode, it re- 
mains there until the 82586 is done with the Dual 
Port RAM. Then the CPU's data and address buff- 
ers are enabled, the Ready signal is enabled and the 
multiplexers are switched back to the CPU, thus al- 
lowing the CPU enough time to complete its cycle. 

The Channel Attention for the 82586 is generated using 
a peripheral chip select line of the 80186. In this appli- 
cation, the interrupts from the 82586 are ignored. The 
diagnostic software, discussed in section 5.6.2, works 
under an interactive polled environment. 

READY GENERATION 

The design adopts a simple scheme to generate the 
Ready signal for the 82586 and the 80186. The Ready is 
generated when either the Read or Write signal goes 
active. The 82586 is given the Ready signal if it is hold- 
ing the bus (HOLD active) and either Read or Write 



signal is active. During this period the Ready signal 
going to the 80186 Ready generation logic is disabled. 

The Dual Port RAM generates its own Ready signal 
for the 80186. This Ready signal is only generated 
when the 80186 accesses the Dual Port RAM and the 
82586 HOLD is inactive. Other memory blocks and 
peripherals should generate their own Ready signal. 
Thus all the Ready signals going to the 80186 can be 
ORed together provided that they are normally low. 

Asynchronous Ready is used for both 82586 and 80186 
for ease of implementation. This design requires zero 
wait states for both 82586 and 80186 access. However, 
for slower memories, a wait state generator may be 
added to the Ready generation logic. 

SETTING THE FIFO LIMIT 

When the 82586 needs the bus, it activates its HOLD 
signal and waits for the HOLD Acknowledge signal 
(HLDA) before starting any memory access cycles. In 
the case when the CPU and the 82586 are on the same 
bus, the HOLD signal from 82586 will go to the HOLD 
input of the CPU. The CPU will eventually grant the 
HOLD Acknowledge (HLDA) to the 82586. The time 
to grant HLDA is dependent on the CPU and the task 
it is executing at the time of the HOLD request. When 
HLDA is granted, the 82586 starts its memory access 
operations. 

The 82586 Receive and Transmit FIFO-Threshold lim- 
its are set as a function of the HOLD-HLDA delay. 
The following Receive case illustrates how the FIFO- 
Thresholds are set. Assume that the Receive FIFO trig- 
ger is set at 6. This setting will ensure that the 82586 
will make a bus request when 6 bytes have been placed 
into the Receive FIFO. Since the FIFO is 16 bytes 
deep, the 82586 must start emptying out the FIFO be- 
fore the FIFO fills up. In this example, the 82586 must 
acquire the bus within 10 bytes time (16 — 6 bytes) to 
avoid an overrun condition. At 10 Mbps, 10 bytes 
equates to 8 microseconds or 64 CPU clocks (assuming 
the CPU is running at 8 MHz clock rate). Depending 
upon the application environment, granting the bus to 
the 82586 in 64 clock times may or may not be easy to 
accomplish. 

The dual port design avoids the problems associated 
with bus latency. The HOLD Acknowledge is given to 
the 82586 within 5 clock cycles of the HOLD request, 
thus allowing for very small HOLD-HLDA delays. 

The 82586 operates in a burst mode when it is reading 
or writing to the memory. The length of the burst is a 
function of the number of bytes in the Receive or 
Transmit FIFO at the time the 82586 gets the HOLD 
Acknowledge signal. When the 82586 obtains control 
of the bus, it empties the entire contents of the FIFOs. 
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Figure 5-9. General Purpose CPU Interface 
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Figure 5-10A. 82586 Dual Port Design Schematics (Continued) 
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Figure 5-1 OB. 82586 Dual Port Design Schematics 
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Thus maximum bus efficiency is achieved when the 
82586 acquires the bus with a full FIFO. A very small 
HOLD-HLDA delay will allow a high setting of the 
FIFO-Threshold. The HOLD-HLDA handshake be- 
tween the 82586 and the CPU always results in a finite 
amount of wasted bus clock cycles due to HOLD and 
HOLD Acknowledge synchronization by the 82586 
and the CPU, as described in section 2.10.3. 

In summary, the HOLD-HLDA handshake results in 
wasted bus clocks. In order to realize an efficient sys- 
tem, the 82586 must transfer the maximum number of 
bytes before giving up control of the bus. In the case of 
the 82586, these burst sizes should be 16 bytes (i.e. the 
FIFO size). The objective of the design should be to 
have 16 bytes in the FIFO when the 82586 gets the bus, 
so that it may empty out the FIFO in a single burst. A 
short HOLD-HLDA delay reduces the concern for 
DMA overruns; thus a high FIFO-Threshold setting is 
possible. 

Another advantage of this design is that HLDA is" al- 
ways given to the 82586 between 4 and 5 clock cycles 
after a HOLD request. This provides more efficient bus 
utilization than with a direct microprocessor interface 
where HOLD and HLDA latency will vary much more 
than one clock cycle. 

The discussion above centered on reception, however 
the same arguments are true for Transmission. Recall 
from section 2.10.4 that when programming the FIFO- 
Threshold using the CONFIGURE command, the pa- 
rameter programmed is the threshold point for the 
Transmit FIFO. The Receive FIFO-Threshold is six- 
teen's compliment (15-trigger parameter) of the value 
programmed. 

Hardware schematics are shown in Figure 5-10A 
through 5-10D. 



5.6.2 Application Software 

The 82586 dual port hardware design was tested using 
an 80186 based board, running at 8 MHz. Two ribbon 
cables access the 80186 address, data, and control sig- 
nals. These signals are brought to the 82586 board via 
connectors JO and Jl (see Figure 10E). The 80186 
board operated with an Intel iSBC 957B package moni- 
tor program. The 957B monitor was used to debug 
82586 hardware and software. For more information 
on the 957B monitor, refer to the "iSBC 957BTM iAPX 
86/88 User's Guide" (Intel order number 143979-002). 

The 82586 diagnostic software allows interactive usage. 
The software was developed using an Intel MDS Series 
III and downloaded to the 82586 board through the 
serial link on the 80186 board. 



The diagnostic software has the following capabilities. 

• Initialize the 82586 by setting up the System Con- 
trol Pointer, Intermediate System Control Pointer 
and System Control Block. 

• Create a linked list of 1 6 Frame Descriptors for re- 
ceive frames. These Frame Descriptors were linked 
to a linked list of 16 Buffer Descriptors, which in 
turn pointed to 16 buffers, each of 128 bytes. Figure 
5-11 illustrates the memory structure set up. 

• The interactive software package is capable of set- 
ting up and executing one or all (through linked 
lists) the 82586 Action Commands, namely NOP, 
IA SETUP, CONFIGURE, MC SETUP, TRANS- 
MIT, DUMP, TDR, and DIAGNOSE. Additional- 
ly, the contents of these commands can be modified 
from the console and more than one command may 
be executed by linking them onto a linked list. 

• The System Control Block commands for the Com- 
mand Unit, as well as the Receive Unit, can also be 
given from the console. 

• The Transmit and Receive Frame Descriptors and 
buffers can be modified interactively from the con- 
sole. 

• Several commands are available for interactive ob- 
servation. In particular, the following fields in the 
82586 memory structures are available for observa- 
tion: 

1) System Control Block: 

• Status field 

• Acknowledge bits 

• CUC, RUC fields 

• Error tallies (alignment, CRC, overrun and re- 
source errors) 

2) Command Blocks: 

• Status field 

• Link field 

• Command related parameters 

3) Transmit and Receive Buffers: 

• Transmit and Receive Buffer Descriptors and 
buffer areas 

• Receive Frame Descriptors 

Table 5-6 contains the software listings for this applica- 
tion. Figure 5-12A through 5-12K illustrates the flow 
for the software modules. 



5-21 



LAN COMPONENTS USER'S MANUAL 



* 166 C55/ 



£ latcsiT* 



C 586 A4~ 



FIG S-12B >— 



U25 3Y 

74S257 



U26 ay 

"S257 , w 



J 



12 A11 



""U34 12 J u -»»^— 



X^ 



ztE^" 



■''mso* 




T 



230814-90 



Figure 5-1 0C. 82586 Dual Port Design Schematics 
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Figure 5-10C. 82586 Dual Port Design Schematics (Continued) 
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Figure 5-1 OD. 82586 Dual Port Design Schematics 
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Figure 5-10D. 82586 Dual Port Design Schematics (Continued) 
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Figure 5-1 0E. 82586 Dual Port Memory Test Hardware 
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Figure 5-11. Memory Map for 82586 
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Table 5-6. 


Software Listings 








* 82586 DUAL 


PORT MEMORY 


DESIGN * 




* INTERACTIVE DIAGNOSTIC 


SOFTWARE * 




* JAN. '84 


SN/MH 








1 


DIAGN0STICS*FGR$82586: DO; 






2 1 declare MAIN label public; 








/* Word Declare #/ 






3 1 declare FOREVER literally 'WHILE 1'; 




/* Constant Declare #/ 






4 1 declare CASPTR 


1 


teral ly 


'700H', 




LPBK$ON*PTR 


1 


Lteral ly 


'701H', 




LPBK*OFF*PTR 


1 


iterally 


'702H'. 




CMD*START 


1 


teral ly 


'0100H'. 




RCV*START 


1 


iterally 


'0010H'. 




CMD*ABORT 


1 


Lteral ly 


'0400H', 




RCV$ABORT 


1 


Lterally 


'0040H', 




CMD$SUSPEND 


1 


Lteral ly 


'0300H', 




RCVSSUSPEND 


1 


Lteral ly 


'0030H'. 




CMD*RESUME 


1 


Lterally 


'0200H', 




RCV$RESUME 


1 


Lterally 


'0020H', 




C*RES 


1 


iterally 


'0080H', 




CR 


1 


Lterally 


'ODH', 




LF 


1 


Lteral ly 


'OAH', 




DS 


1 


Lterally 


'08H', 




SP 


1 


Lterally 


'20H'. 




DEL 


1 


Lterally 


'07FH', 




BEL 


1 


Lteral ly 


'07H', 




TRUE 


1 


Lterally 


'OFFH'. 




FALSE 


1 


iterally 


'OH', 




TRUEW 


literal ly 


'OFFFFH'; 




/# Address Declare */ 






5 


declare SCP*OFFSET 


word data 


(0FFF6H) 




6 


declare ISCP*OFFSET 


word data 


(OFFEOH) 




7 


declare SCB*0FF5ET 


word data 


(OFFDOH) 







declare RX50FFSET 


word data 


(OEOOOH) 




7 


declare TX*OFFSET 


word data 


(0E800H) 




10 


declare NOPSOFFSET 


word data 


(0FF70H) 




11 


declare IA$SETUP*OFFSET 


word data 


(0FF76H) 




12 


declare CONF$OFFSET 


word data 


(0FF82H) 




13 


declare MCSSETUPSOFFSET 


word data 


(0FF94H) 




14 


declare TRANSMIT$OFFSET 


word data 


(0FFA2H) 




15 


declare TDRSOFFSET 


word data 


(0FFB2H) 




16 


declare DUMP*STAT*QFFSET 


word data 


(OFFBAH) 




17 


declare DIAG*OFFSET 


word data 


(0FFC2H) 




1Q 


declare RFDSOFFSET 


word data 


(0F200H) 




19 


declare RBD*OFFSET 


word data 


(OFOOOH) 




20 


declare TBD*OFFSET 


word data 


<0F100H) 




21 


declare DS*3UFF*0FFSET 


word data 


(0F400H) 




22 


declare EX*TRANSMIT$OFFSET 


word data 


(0F500H) 




23 


declare MSGtPTR 




pointer. 




MSGSBUF based MSGSPTR (5) 


byte. 




INTSPTR 




pointer. 



5-27 



LAN COMPONENTS USER'S MANUAL 



Table 5-6. Software Listings (Continued) 









C*BUF ( 160) 


byte. 














ASCII$BUF (2) 


by te< 














INTSBUF 


byte, 














NEXT$CMD$OFFSET 


word. 














CURRENT*CMD$OFFSET 


word. 














CMD*PTR 


point 


er 












DAT based CMD*PTR 


byte, 














MESSAGE*WORD 


word. 














MESSA<5E*BYTE 


byte, 














MESSAGE*STATUS 


byte, 














CMD*TOP*STATUS 


byte. 














CMD*TOP*OFFSET 


word; 








24 


1 




declare COMMON$BASE 


selector data 


(6000H); 




25 


1 




declare SCB$BASE 


word data 


(6); 








/* 


System Configuration Pointer 


*/ 








26 


1 




declare SCPfPTR 


pointer; 








27 


1 




declare SCP 


structure 

(SYSBUS 
DUMMY 

ISCP*offset 
iscp$base 




word, 
dword, 
word, 
word ) 


at(6FFF6h); 






/* 


Intermediate System Control Pointer */ 








23 


1 




declare ISCP*PTR 


pointer; 








29 


1 


/* 


declare ISCP 
System Control Block */ 


structure 

(BUSY 
SCB$QFFSET 
SCBSBASE1 
SCB*BASE2 




word, 
word, 
word, 
word ) 


at(6FFE0H); 


30 


1 




declare SCB$PTR 


pointer; 








31 


1 


/* 


declare SCB 
Receive Frame Descriptor */ 


structure 

(STAT 
CMD 

CBL*OFFSET 
RFD$OFFSET 
CRCSERRS 
ALN*ERRS 
RSCSERRS 
OVRN*ERRS 




word, 
word, 
word, 
word, 
word, 
word, 
word, 
word ) 


at(6FFD0H); 


32 


1 




declare RFD2PTR 


pointer; 








33 


1 




declare RFD (lOh) 


structure 
(STAT 

EL*S 

LINKSADDRESS 

BD*PTR 

DEST*ADDRESS (6 




word, 
word, 
word, 
word, 
byte, 












SOURCE$ADDRESS (6) 


byte, 












TYPESFIELD 




word ) 


at(6F200H); 






/* 


Receive Buffer Descriptor *•/ 










34 


1 




declare RBD5PTR 


pointer; 








35 


1 




declare RBD <10H> 


structure 
(ACT$COUNT 
NEXT*BD*ADD 
BUFFSOFFSET 
BUFFSBASE 
SIZE 




word, 
word, 
word, 
word, 
word) 


at(6F000H); 






/* 


Transmit Buffer Descriptor */ 








36 


1 




declare TBD$PTR 

TBD (10H) 


pointer, 
structure 
<ACT$COUNT 
NEXT*BD*ADD 
BUFF*OFFSET 
BUFF*BASE 




word, 
word, 
word, 
word ) 


at(6F100H); 
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Table 5-6. Software Listings (Continued) 







/* 


NOP Command */ 








37 


1 




declare NOP$PTR 


pointer; 






38 


1 


/» 


declare NOP 
Individual Address Setup 


structure 
(STAT 

CMD 

LINK$ADDRESS 

*/ 


luord, 
word, 
word ) 


at(6FF70H)j 


39 


1 


/* 


declare IA*SETUP*PTR 
IA*SETUP 

Configuration Command */ 


pointer. 

structure 

( STAT 
CMD 

LINK*ADDRESS 
IA$ADDRESS (6) 


word, 
word, 
word, 
byte) 


at(6FF76H); 


40 


1 




declare C0NF4PTR 
CQNF 


pointer. 

structure 

(STAT 

CMD 

LINK*ADDRESS 

BYTE*CNT 

FIFO*LIM 

SAV$BP*RDY 


word, 
word, 
word, 
byte, 
byte, 
byte. 












LPBK*PRELEN$ADDRLEN byte 












PRIORITY 


byte, 












IF$SPACE 


byte, 












SLOT*TIME 


byte. 












RETRY*NUM$SLTSTMH 


byte, 












MOD*CNTL 


byte, 












FILTER 


byte, 












MIN$FRAME$LEN 


word) 


at(6FF82H>» 






/* 


Multicust-ID Setup */ 








41 


1 


/* 


declare MC$SETUP*PTR 
MCSSETUP 

Transmit Command •*/ 


pointer. 

structure 

(STAT 

CMD 

LINKSADDRESS 

MC*CNT 

MC$ID (6) 


word, 
word, 
word, 
word, 
byte) 


at(6FF94H); 


42 


1 


/* 


declare TRANSMIT*PTR 
TRANSMIT 

Time Domain Reflectmeter 


pointer, 

structure 

(STAT 
CMD 

LINKtADDRESS 
BUF*DESC*PTR 
DEST*ADDRESS (6) 
TYPE$FIELD 

Test */ 


word, 
word, 
word, 
word, 
byte, 
word ) 


at(6FFA2H); 


43 


1 


/* 


declare TDR*PTR 
TDR 

Dump Status */ 


pointer* 

structure 

(STAT 

CMD 

LINK*ADDRESS 

TIME 


word, 
word, 
word, 
word ) 


at(6FFB2H)> 


44 


1 




declare DUMP*STAT*PTR 
DUMP*STAT 


pointer/ 
structure 
( STAT 
•CMD 

LINK*ADDRESS 
BUFSPTR 


word, 
word, 
word, 
word ) 


at(6FFBAH)i 
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/♦ Diag */ 






45 


1 


declare DIAG*PTR 
OIAG 

/♦ Receive Duffer */ 




pointer, 
structure 
(STAT word* 

CMD word* 

LINK*ADDRESS word) at(6FFC2H)j 


46 


1 


declare RXb*PTR pointer* 
RX (10H) 

/♦ Transmit Buffer */ 




structure 

(BUF(BOH) byte) at<6E000H). 


47 


1 


declare TXD*PTR 

TX <10H) 

/* Extra Transmit Command */ 




pointer* 

structure 

(BUF<80H) byte) at<6E800H); 


48 


1 


declare EX*TRANSMIT*PTR 




pointer, 


49 


1 


declare EX*TRANSMIT< 10) 
/* Channel Attention */ 




structure 
(STAT word. 
CMD word. 
LINK*ADDRESS word. 
BD*PTR word, 
DEST*ADDRESS(6) byte, 
TYPE word) at(6F500H); 


50 


1 


CA: procedure. 






51 


2 


call timeCl). 






52 


2 


output(CA*PTR) = 1; 






53 


2 


end CA; 
/* Acknowledge routine */ 






54 


1 


ACK: procedure; 






55 


2 


SCB. CMD = SCB. STAT and 


DFOOOH; 


56 


2 


call CA; 






57 


2 


end ACK; 










/* Command Block Initializat 


ion 


Procedure */ 






/* NOP COMMAND »/ 






58 


1 


N0P*CMD: procedure; 






59 


2 


NOP. STAT = 0; 






60 


2 


NOP. CMD = OAOOOH; 






61 


2 


NOP. LI NKSADDRESS = OFFFFH; 


62 


2 


SCB. CMD = CMDSSTART; 






63 


2 


end NOP*CMD; 










/* INDIVIDUAL ADDRESS SET UF 


COMMAND */ 


64 


1 


IA*SETUP*CMD: procedure; 






65 


2 


IA*SETUP. STAT = 0; 






66 


2 


IA*SETUP. CMD = 0A001H; 




67 


2 


IA*SETUP. LINK*ADDRESS = 


OFFFFH; 


68 


2 


IA*SETUP. IA*ADDRESS 


(0) 


= 0; /* INDIVIDUAL ADDRESS 6BYTE */ 


69 


2 


IASSETUP. IA*ADDRESS 


(1) 


= OAAH; 


70 


2 


IASSETUP. IA*ADDRESS 


(2) 


= 0; 


71 


2 


IASSETUP. I A* ADDRESS 


(3) 


■ 12H; 


72 


2 


IA$SETUP. IA*ADDRESS 


(4) 


= 34H; 


73 


2 


IASSETUP. IASADDRESS 


(5) 


= 56H; 


74 


2 


SCB. CMD = CMD*START; 
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76 
77 



78 
79 



81 
82 

83 

84 

es 

86 



89 
90 
91 



end IASSETUPSCMD; 

/* CONFIGURATION BLOCK INITIALIZATION */ 

CONFSCMD: procedure; 

CONF. STAT = 0* 

CONF. CMD = 0A002H; 

CONF. LINKSADDRESS = OFFFFH; 

CONF. BYTESCNT = 12; 

CONF. FIFOSLIM = B; 

CONF. SAVSBPSRDY = 0; 

CONF. LPEKSPRELENSADDRLEN = 26H; 

CONF. PRIORITY = O; 

CONF. IFSSPACE = 96; 

CONF. SLOTSTIME = 0; 

CONF. RETRYSNUMSSLTSTMH = 0F2H; 

CONF. MODSCNTL = 1; 
CONF. FILTER = 0; 
CONF. MINSFRAMESLEN = 64; 
SCB. CMD = CMDSSTART; 

end CONFSCMD; 

/* MULTICAST-ID SETUP COMMAND */ 
MCSSETUPSCMD: procedure; 



/* Configuration command status/ 

it should be set to 0. */ 
/* Configuration command word */ 
/* Next command link address «■/ 
/* Configuration parameter bijte 

count */ 
/* 8-bytes FIFO limit */ 

/•«• 6-bytes address length. 

8-bytes preamble length */ 

/■«■ Interframe spacing 9.6 micro sec •*/ 

/* Retry number =15. slot time 51.2 

micro sec #/ 
/* Promiscuous mode #/ 
/* CRS and CDT filters not used •»/ 
/•«■ Minimum frame length 64-bytes #/ 



100 
101 
102 
103 
104 
105 



MCSSETUP. STAT = 0; 
MCSSETUP. CMD = 0A003H; 
MCSSETUP. LINKSADDRESS = OFFFFH; 
MCSSETUP. MCSCNT = 6H; 
MCSSETUP. MCSID (0) = OFFH; 
MCSSETUP. MCSID <1) = OFFH; 
MCSSETUP. MCSID (2) = 12H; 
MCSSETUP. MCSID (3) = 34H; 
MCSSETUP. MCSID (4) = 56H; 
MCSSETUP. MCSID (5) = 78H; 
SCB. CMD = CMDSSTART; 
end MCSSETUPSCMD; 



/* it should be 0. #/ 
/•«■ Mulitcast command 



/* Mulitcast IDs #/ 



107 


2 


108 


2 


109 


2 


no 


2 


111 


2 


112 


2 


113 


2 


114 


2 


115 


2 


116 


2 


117 


2 


118 


2 



/* TRANSMIT COMMAND */ 
TXSCMD: procedure; 



TRANSMIT. STAT = 0. 
TRANSMIT. CMD = 0A004H, 
TRANSMIT LINKSADDRESS =OFFFFH; 
TRANSMIT. BUFSDESCSPTR = TBDSOFFSET; 



TRANSMIT. DESTSADDRESS (0) = 00; 

TRANSMIT. DESTSADDRESS <1) = OAAH; 

TRANSMIT. DESTSADDRESS (2) = 00; 

TRANSMIT. DESTSADDRESS (3) = 00; 

TRANSMIT. DESTSADDRESS (4) = OAH; 

TRANSMIT. DESTSADDRESS (5) = 8EH; 
TRANSMIT. TYPESFIELD = 0; 
SCB. CMD = CMDSSTART; 

end TXSCMD; 



/* TRANSMIT DESTINATION ADDRESS */ 
/» 6BYTES */ 



120 


1 


121 


2 


122 


2 


123 


3 


124 


3 


125 


3 


126 


3 


127 


3 


128 


3 


129 


3 


130 


3 


131 


3 


132 


3 


133 


3 


134 


3 


135 


2 


136 


2 



/* EXTRA TRANSMIT COMMAND h 
EXSTXSCMD: procedure; 
declare I 
do I = to 9; 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 

EXSTRANSMITU). 

EXSTRANSMIT(I). 

EXSTRANSMIT<I). 

EXSTRANSMIT(I). 

EXSTRANSMIT(I). 
end; 

SCB. CMD = CMDSSTAR" 
end EXSTXSCMD; 



byte; 

STAT = 0; 
CMD = 0A004H; 
LINKSADDRESS = OFFFFH; 
BDSPTR = TBDSOFFSET; 
DESTSADDRESS (0) = 00; 
DESTSADDRESS(l) = OAAH; 
DESTSADDRESS (2) = 00; 
DESTSADDRESS(3) = 00; 
DESTSADDRESSC4) = OAH; 
DESTSADDRESS(S) = 8EH; 
TYPE = I; 
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/* 


TIME DOMAIN REFLECTOMETER TEST COMMAND */ 


137 


1 




TDR*CMD: procedure; 


138 


2 




TDR. STAT = 0; 


139 


2 




TDR. CMD = 0A005H; 


140 


2 




TDR. LINK*ADDRESS = OFFFFH; 


141 


2 




TDR. TIME = 0; 


142 


2 




SCB. CMD = CMD*START; 


143 


2 




end TDR*CMD; 






/* 


DUMP STATUS COMMAND */ 


144 


1 




DUMP*STAT*CMD: procedure, 


145 


2 




DUMP*STAT. STAT = 0; 


146 


2 




DUMPSSTAT. CMD = 0A006H; 


147 


2 




DUMP*STAT. LINKSADDRESS = OFFFFH; 


148 


2 




DUMP*STAT. BUFSPTR = DS*BUFF*OFFSET; /* DUMP STATUS RESULT OFFSET */ 


149 


2 




SCB. CMD = CMD*START, 


150 


2 




end DUMP$STAT*CMD; 






/* 


Diagnose Command */ 


151 


1 




DIAG*CMD: procedure; 


152 


2 




DIAG. STAT = 0; 


153 


2 




DIAG. CMD = 0A007H; 


154 


2 




DIAG. LINK$ADDRESS = OFFFFH; 


155 


2 




SCB. CMD = CMD*START; 


156 


2 




end DIAG$CMD; 






/# 


Receive Frame Descriptor set up */ 


157 


1 




INITfRFD: procedure; 


158 






declare I word; 


159 


2 




call setb(0, <2RFD<0). STAT, 352)i 


160 


2 




RFD (0). STAT = 0; 


161 


2 




RFD (0). LINK*ADDRESS » RFD40FFSET + of f set*of (©RFD <1>); 


162 


2 




RFD (0).BD*PTR = RBD*OFFSET + of f set$of (SRBD(O) ) > 


163 


2 




do I = 1 to 14; 


164 


3 




RFD <I). STAT = 0; 


165 


3 




RFD (I). LINKSADDRESS » RFDfOFFSET + of f set$of <@RFD< I + 1)); 


166 


3 




RFD <I).BD*PTR = OFFFFH; 


167 


3 




end; 


168 


2 




RFD (15). STAT = 0; 


169 


2 




RFD (15). LINK*ADDRESS = OFFFFH; 


170 


2 




RFD <15).BD*PTR « OFFFFH; 


171 


2 




RFD (15).EL*S = 8000H; 


172 


2 




end INIT$RFD; 






/* 


Receive Buffer Descriptor set up 








— > 1 RBD(O) ! > J RBD(l) I > — > ! RBD<15) 


! EL = ! 1 EL - I ! EL = 1 1 


! NBD=RB<0>! ! NBD=RB ( 1 ) ! 1 NBD= FFFFH 1 








«/ 


173 


1 




INIT$RBD: procedure; 


174 


2 




declare I word; 


175 


2 




do I = TO 14; 


176 


3 




RBD(I). ACT*COUNT = 0; 


177 


3 




RBD(I). NEXT*BD*ADD ■» RBD*OFFSET + of f set*of <SRBD( 1 + 1 ) ) ; 
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170 


3 




RDD(I). SIZE » 80HJ 


179 


3 


endi 




180 


2 




RBD(15>. ACT*COUNT = 0; 


181 


2 




R3D(15). NEXT*BD»ADD » OFFFFH 


18? 


2 




RBD(15). SIZE «» 80B0H; 


183 


2 


end 


INIT$RBD; 



185 


2 


186 


2 


187 


2 


188 


2 


189 


2 


190 


2 


191 


2 


192 


3 


193 


3 


194 


3 



/* Receive Duffer set up ♦/ 
INIT$RD: procedure; 



dec lare 


I 


word 


declare 


VALUE 


byte 


dec lare 


COUNT 


word 



VALUE = 0; 

COUNT = BOOHi 

call setb (VALUE, (2RX, COUNT)* /* Full up receive buffer with OOh */ 

do I =» TO 15; 

RBD(I>. BUFF*BASE - SCBtBASEi 

RBDCI). BUFF$OFFSET « RX*OFFSET + of f set*of (GRX < I ) ) > 
end. 



end INIT*RB; 



/# Transmit Buffer Descriptor setup 



1) Setup actual count for Transmit Buffer Descriptor* 

and one frame is transmitted by one Transmit 
command. 

2) Setup next buffer descriptor address for each TBD 

in order to link with next TDD. 



! TBD (0) I > ! TBD <1) I 

: el = o : : el = o i 

! NBD=TBCO)i I NBD=TB(1)I 



> I TBD (15) ! 

I EL = 1 ! 
I NBD= FFFFH ! 



196 


1 


197 


2 


198 


2 


199 


3 


200 


3 


201 


3 


202 


2 


203 


2 


204 


2 



INIT*TBD: procedure; 

declare I word, 

do I = TO 14; 

T2DCI). ACT$C0UNT = 80H; 

TBD(I). NEXT*BD$ADD = TBD$0FFSET + of f set*of (Gtbd < i + 1)); 
end; 

TBD (15). ACT4CGUNT = 8080H; 
TSD(15). NEXT«BD»ADD = OFFFFH; 
end INIT$TBD; 



/* Transmit buffer set up 



1. Set up TBD 

- each TBD has own transmit buffer 

2. Set up byte count of each buffer 

- 80h bytes 

3. Set up buffer data 



205 
206 



207 2 

208 3 

209 3 

210 3 



INIT$TB: procedure; 




declare I 


byte, 


J 


byte, 


NEW*VALUE 


byte. 


DESTSADDR 


pointer, 


BYT$CNT 


byte, 


TXBSPTR 


pointer'; 



do I = TO 15; 

TED(I). BUFFSBASE = SCB$BASE; 

TBD(I). BUFFSOFFSET = TX*0FFSET + of f set$of (GTX ( I ) ) ; 
end; 
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212 


2 


213 


3 


214 


3 


215 


3 


216 


3 



j = 0; 

do I = TO 15; 
byt$cnt = 80h; 
NEW$VALUE = J; 
DESTSADDR = ©TX ( I ) ; 

call setb<NEW$ VALUE, DEST$ADDR, BYT*CNT) ; /* Set up buffer data for 

transmission * 



217 3 J = J + 01H; 

218 3 end; 



end INITSTE/ 



/* System I/O routine */ 

/* Console input routine returns to the AL register an ASCII character 

received from the console device. The AX, CX, 
and DX registers and the CPU condition codes 
are affected by this operation */ 

220 1 CI: procedure byte externali 

221 2 end CI; 

/* Console output routine transfers a character from the low-order byte 

of the word on the top of the stack to the 
console device. The AX, CX, and DX registers 
and the CPU condition codes are affected by 
this operation. «•/ 

222 1 CO: procedure (CHARACTER) external; 

223 2 declare CHARACTER byte; 

224 2 end CO; 

/* Exit routine causes a jump to the iAPX 86, 8B monitor command level. 

EXIT does not close any files. #/ 

225 1 EXIT: procedure external; 

226 2 end EXIT;. 

/* Carriage Return Parameter : none */ 

227 1 CRSLF: procedure; 

228 2 call CO(ODH); 

229 2 call CO(OAH); 

230 2 end CR*LF; 



/* Out string routine transfers string to console device. Null code 

<0h) found in the string, terminates the string 
transfer. 



231 


1 


OUTS: procedure; 




232 


2 




declare CHAR 


byte 


233 


2 




declare I 


byte 


234 


2 




1=0; 




235 


2 




CHAR a OFFH; 




236 


2 




do while CHAR 


<> 0; 


237 


3 




CHAR 


» MSG*BUF(I); 


238 


3 




call 


CO <CHAR>; 


239 


3 




I = 


[ + 1; 


240 


3 




end; 




241 


2 


end 


OUTS; 





/«• Input string routine transfers string from console device. The input 

code of carriage return <CR, ODH) or line feed (LF, 

OAH) causes termination of this routine. 

This routine supports rubout and back space also. */ 



5-34 



LAN COMPONENTS USER'S MANUAL 



Table 5-6. Software Listings (Continued) 



246 


2 


247 


3 


248 


3' 


249 


2 


250 


2 


251 


2 


252 


3 


253 


3 


254 


3 


255 


4 


256 


4 


257 


5 


258 


5 


259 


5 


260 


5 


261 


5 


262 


4 


263 


4 


264 


3 


265 


3 


266 


4 


267 


4 


268 


4 


269 


4 


270 


4 


271 


4 


272 


3 


273 


3 


274 


4 


275 


4 


276 


4 


277 


4 


278 


3 


279 


3 


280 


2 



INS: procedure; 

declare CHAR byte; 

declare I byte; 

CHAR = 10H; 

do I = to 159; 

C*BUF(I) = CHAR; 
end; 

I = 0; 

CHAR = 10H; 

do while ((CHAR O CR ) and (CHAR <> LF) and (I O 158)); 
CHAR = CI and 7FH; 
if (char = del) or (CHAR = 3S) 
then do; 

if I > 
then do; 

1 = 1-1; 
call CQ(DS); 
call C0(SP); 
call CO(DS); 
end; 

else call CO(BEL); 
end; 

else if CHAR >= SP 
then do; 

call CO(CHAR); 

if ((CHAR >= 'a') and (CHAR <= 'z')) 
then C$BUF(I) = CHAR - 20H; 
else C*BUF(I) = CHAR; 
1 = 1 + 1; 
end; 

else if <(CHAR = CR) or (CHAR = LF) ) 
then do; 

C$BUF(I) = CR; 
C$BUF(I + 1) = LF; 
1 = 1+2; 
end; 

else call CO(BEL); 
end; 
end INS; 



IN$YES: procedure byte; 



283 


2 


284 


2 


285 


3 


286 


3 


287 


3 


288 


3 


289 


3 


290 


3 


291 


3 


292 


4 


293 


4 


294 


4 


295 


3 


296 


2 



declare CHAR byte; 

CHAR = 0; 

do while ((CHAR O 'Y' or CHAR O 'y') 
and (CHAR <> 'N' or CHAR O 'n')>; 

CHAR = CI and 7FH; 

call CO(CHAR); 

if (CHAR » 'Y' or CHAR = 'y') then 

return TRUE; 
else if (CHAR = 'N' or CHAR = 'n') then 

return FALSE; 
else do; 

MS0*PTR = ©(0DH, 0AH, '** KEY IN Y or N ', ODH. OAH, 2AH, 0) ; 

call OUTS; 
end; 
end; 
end IN$YES; 



Software chip reset 



Name: CHIP*RESET 

Input: None 

Output: None 

Function: This routine performs 82586 chip reset 
by software. It is same as Hardware 
RESET. */ 



297 1 

298 2 

299 2 

300 2 



CHIP*RESET: procedure; 

SCB. CMD = 80H; 

call CA; 
end CHIP*RESET; 
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302 


2 


303 


2 


304 


2 


305 


2 


306 


2 


307 


2 


308 


2 


30? 


2 


310 


2 


311 


2 


312 


2 


313 


2 


314 


2 


315 


2 


316 


2 


317 


2 


318 


2 


319 


2 


320 


2 



/* System Initialize */ 
INIT*SYS: procedure; 

call setb(0, ©rx,2000h>; 
CMDSTOP*STATUS = FALSE; 

/♦ Pointer Declare */ 

SCP$PTR = build*ptr(COMMON*BASE, SCP*OFFSET>; 

ISCPSPTR = build*ptr(COMMON*BASE, ISCP*OFFSET) ; 

SCB*PTR = build*ptr<COMMON*BASE, SCB*OFFSET>; 

NOPSPTR = build$ptr(COMMON*BASE, NOP*OFFSET> * 

IA$SETUP*PTR = build*ptr(COMMON*BASE, IA*SETUP*OFFSET> ; 

CONF$PTR = build*ptr(COMMON*BASE, CONF*OFFSET) ; 

MC*SETUP*PTR = build*ptr<COMMON*BASE, MC*SETUP*OFFSET) ; 

TRANSMIT*PTR = bui ld*p tr <COMMON*BASE, TRANSMIT*OFFSET> ; 

TDRSPTR = build*ptr(COMMON*BASE, TDR*OFFSET); 

DUMP$STAT*PTR ■ build*p tr (COMMON*BASE, DUKP$STAT*OFFSET); 

DIAG*PTR = build*ptr<COMMON*BASE. DIAG*OFFSET>; 

RFD*PTR = build*ptr<COMMON*BASE, RFD*OFFSET>; 

RBD*PTR = build*ptr<COMMON*BASE, R3D*0FFSET)i 

RXBSPTR = build*ptr(COMMON*BASE, RX*OFFSET>; 

TBD$PTR = build*ptr(COMMDN*BASE, TBD$OFFSET); 

TXB$PTR = build*ptr(COMMON*BASE, TX*OFFSET); 

EX*TRANSMIT*PTR - bui ld*ptr (COMMONfBASE, EX*TRANSMIT$OFFSET>; 

/♦SCP initialization •/ 

321 2 SCP. SYSBUS ** OHj /♦ System bus width - 16 bits. #/. 

322 2 SCP. ISCP*BASE = SCB*BASE; /* ISCP start address 24 - bits ♦/ 
333 2 SCP. ISCP*OFFSET = ISCP$OFFSET; 

/» ISCP initialixation */ 

324 2 ISCP. BUSY - 01H; /* This words set by CPU to 01H, 

82586 clears it. */ 

325 2 ISCP. SCB*OFFSET « of f set*of <SCB$PTR) ; /* SCB start address offset */ 

326 2 ISCP. SCBtBASEl ■ OH; /# Lower word of SCB base address. */ 

327 2 ISCP. SCB*BASE2 - 06H; /* MS-byte of SCB base address. «/ 

/* SCB initalization */ 

328 2 SCB. STAT ■» OH; /* SCB STATUS word, it should be set to 0. */ 

329 2 SCB. CMD » OH; /* SCB Command word «/ 

330 2 SCB. CBL$OFFSET = CONF*OFFSET; 

/« Command block list offset* the address 
of command block list is the summation 
of SCB BASE and OFFSET value. */ 

SCB. RFD»OFFSET » of f »et*of <RFD*PTR> ; /* Receive frame area offset */ 

SCB. CRC$ERRS = 0; /* CRC Error counter */ 

SCB. ALN*ERRS ■ 0; /* Alignment error counter */ 

SCB. RSC$ERRS = 0; /* No resource error counter <# of frames 

were lost by no resource errors) */ 
SCB. OVRNSERRS « 0; /* DMA OVER-RUN error counter */ 

call CA; /* NOP command execution */ 

call CHIP*RESET; /* Chip reset */ 

call ACK; /# Acknowlidge for Chip reset */ 

call CONF*CMD; /* Set configuration command parameter ♦/ 

CONF. CMD ■ 0002H; /* EL = 0; S » 0, 1=0, CMD = CONF */ 

CONF. LINK*ADDRESS » IA*SETUP»OFFSET; /* IA setup cmd for next cmd block */ 
call IA*SETUP*CMD; /* IA setup cmd parameter set ♦/ 

IASSETUP.CMD = 0A001H; /* I A command set */ 

NEXT$CMD*0FF5ET ■ OFFFFH; /* Next command offset for last cmd block */ 
call CA; /* Execute them */ 

end INIT$SYS; 

/* Message for HELP command */ 

347 1 COMMANDSMSG: procedure; 

348 2 call CR*LF; 

349 2 MSG*PTR = S< 'NOP NOP 

INDIVIDUAL ADDR SETUP - IA ', ODH, OAH, 

'CONFIGURATION CONF 

MULTICAST-ID MC '. ODH, OAH, 0); 

350 2 - call OUTS; 

351 2 MSG$PTR - S< 'TRANSMI" TX 

TD r ,DR', ODH. OAH, 

'DUMP STATUS DS 

DIAGNOSE DIAG', ODH, OAH, 0); 



331 


2 


332 


2 


333 


2 


334 


2 


335 


2 


336 


2 


337 


2 


338 


2 


339 


2 


340 


2 


341 


2 


342 


2 


343 


2 


344 


2 


345 


2 


346 


2 
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352 2 call OUTS; 

353 2 end COMMAND*MSG; 



354 1 BD$MSG: procedure; 

355 2 MSG*PTR = 2('RX FRAME DESCRIPTOR RFD'.ODH, OAH, 

'RX DUFFER DESCRIPTOR -- RDD 

RX DUFFER RD ' , ODH, OAH, 0> J 

356 2 call OUTS; 

357 2 MSG*PTR = GCTX DUFFER DESCRIPTOR TBD 

TX DUFFER — TD ', ODH, OAH, 0) ; 

358 2 end BD$MSG; 

/* Message for illigal input */ 

359 1 MSG*ILL*CMD: procedure; 

360 2 MSGSPTR = SC < ILLEGAL INPUT', ODH, OAH, 0); 

361 2 call OUTSi 

362 2 end MSG*ILL*CMD; 



Integer to ASCII code conversi'on 

Name: INT*T0*ASCII 

Input: INT$BUF Integer buffer <1 byte); 

Output: ASCIISBUF ASCII buffer (2 bytes)i 

Function: INTEGER TO ASCII conversion */ 



363 1 INT*TO$ASCII: procedures 

364 2 declare TEMP*CHAR byte; 

365 2 TEMP*CHAR = INT*BUF; 

366 2 TEMP*CHAR = TEMP*CHAR and OFH; 

367 2 if TEMP*CHAR < 10 

368 2 then ASCII*BUF(0) = TEMP*CHAR + 30H) 

369 2 else if (10 <= TEMPSCHAR) and (TEMP*CHAR <= OFH) 

370 2 then ASCII*BUF(0) = TEMP*CHAR + 37H; 

371 2 TEMP*CHAR = shr<(INT*BUF and OFOH), 4); 

372 2 if TEMP*CHAR < 10 

373 2 then ASCII*BUF(1) - TEMP*CHAR + 30H; 

374 2 else if (10 O TEMP*CHAR) and (TEMP»CHAR <= OFH) 

375 2 then ASCII*BUF<1) = TEMP*CHAR + 37H; 

376 2 end INT*TO$ASCI I; 

/# ASCII code to integer value conversion 

Name: ASCII*TO*INT 

Input: ASCII4BUF (2 bytes) 

Output: INTSBUF (1 byte) 

Function: ASCII to INTEGER conversion */ 

ASCII*TO$INT: procedure; 

declare TEMPSCHAR (2) byte; 

TEMP*CHAR (0) = ASCII$BUF(0); 

if CO' <= TEMP*CHARCO>) and (TEMP*CHAR (0) ■ <= '9') 

then TEMP*CHAR(0) = <TEMP*CHAR <0> - 30H)j 
else if CA' <= TEMP*CHAR (0) ) and (TEMP*CHAR (0) <= 'F') 

then TEMP$CHAR(0) == TEMP*CHAR(0) - 37H; 
TEMP*CHAR (1) = ASCII*3UF<1); 
if ('0' <= TEMP*CHAR(1)) and (TEMPSCHAR ( 1 ) O '9') 

then TEMP*CHAR ( 1 ) = TEMP*CHAR(1) - 30H; 
else if ('A' <= TEMP$CHAR ( 1 ) ) and (TEMP*CHAR ( 1 ) <= 'F'> 

then TEMP$CHAR(1) = TEMP*CHAR<1) - 37H; 
INT*BUF = (TEMP*CHAR(0) and OFH) or sh 1 ( (TEMPSCHAR ( 1 ) and OFH), 4); 

390 2 end ASCI I$TO$INT; 

391 1 DEC*TO$HEX: procedure (NUMBER ) word; 

392 2 declare NUMBER word; 

393 2 declare TEMP*WQRDO word; 

394 2 declare TEMP*W0RD1 word; 



377 


1 


378 


2 


379 


2 


380 


2 


381 


2 


382 


2 


383 


2 


384 


2 


385 


2 


386 


2 


387 


2 


388 


2 


389 


2 
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395 2 TEMPSWORDO = shr((NUMBER and 0F000H),12); 

396 2 TEMPSWORDl = TEMP*WORDO * 1000; 

397 2 TEMPtWORDO = shr((NUMBER and 0F00H),8); 

398 2 TEMP*W0RD1 = TEMP*W0RD1 + (TEMPSWORDO * 100); 

399 2 TEMP*WORDO = shr( (NUMBER and 0F0H>,4>; 

400 2 TEMP*W0RD1 = TEMPSWORDl + (TEMP*WORDO * 10); 

401 2 TEMPSWORDO = NUMBER and OFH; 

402 2 TEMP*W0RD1 = TEMP*WQRD1 + TEMPSUORDO; 

403 2 return TEMP*W0RD1; 

404 2 end DEC*TO*HEX; 

405 1 INPUTSWORD: procedure word; 

declare IN$WQRD word; 
declare I byte; 

call INS; 

I. IN*WORD = 0; 

do while (I < 4 and C*BUF(I) O CR and C*BUF(I) O LF); 

ASCII$BUF(0) = C*BUF(I); 

ASCII*BUF(1) = 0; 

call ASCII*TO*INT; 

IN*W0RD = shl(IN*WORD, 4) or doub le ( INTSBUF) ; 

1 = 1 + 1; 
end; 

return INSWORD; 
end INPUT*WORD; 

/# Read 1 byte data from Memory 



406 


2 


407 


2 


408 


2 


409 


2 


410 


2 


411 


3 


412 


3 


413 


3 


414 


3 


415 


3 


416 


3 


417 


2 


418 


2 



421 


2 


422 


2 


423 


2 


424 


2 


425 


2 


426 


2 



428 


1 


429 


2 


430 


2 


431 


2 


432 


2 


433 


2 


434 


2 


435 


2 


436 


2 


437 


2 


438 


2 


439 


2 


440 


2 


442 


3 


443 


3 


444 


4 


445 


4 


446 


4 


447 


4 



Name: MEM*BYTE*READ 

Input: CMD*OFFSET 

Output: M5G*BUF (console out) 

Function: Output one byte data stored in memory to 

console *•/ 



419 1 MEM*BYTE*READ: procedure (CMD*OFFSET) ; 

420 2 declare 

CMD*DAT based CMDSPTR byte, 
COUNT byte, 

CMDSOFFSET word; 

CMD*PTR = build$ptr(COMMON*BASE, CMDSOFFSET); 

DAT = CMD*DAT; 

INTSBUF = CMD*DAT; 

call INT*TO*ASCII; 

call C0(ASCII*3UF(1) ); 

call CO(ASCII*BUF(0)); 

and MEM*BYTE*READ; 



/* Receive buffer data display 



Name: BUFFER*DISP 

Input: C*BUF (console in) 

Output: MSG*BUF (console out) 

Function: Display Receive buffer data to console */ 

BUFFER$DISP: procedure; 

declare BYTE*C0UNT byte; 

declare TEMP$CMD*OFFSET word; 

declare I byte; 

declare J byte; 

P7: MSG*PTR = S(ODH, OAH, 'RXB> KEY IN THE BUFFER DESCRIPTOR NUM3ER (0 - F: 128 byte unit 
) ', ODH, OAH, 2AH,0); 
call OUTS; 
P8: call INS; 

call CR*LF; 

ASCII*BUF(0) = C*BUF(0); 

ASCII*BUF(1) =0; 

call ASCII*TO$INT; 

if INT*BUF <= 15 then do; 

TEMP*CMD*OFFSET - RX*OFFSET + ( INT*BUF * 80h ) ; 
do I = to 7; 

INTSBUF =1; 
call INT*TO*ASCII; 
call CO(C*BUF(0>>; 
call C0( ': '); 
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440 


4 


449 


4 


450 


4 


451 


4 


452 


5 


453 


5 


454 


5 


455 


5 


456 


4 


457 


4 


458 


3 


459 


2 


460 


3 


461 


3 


462 


3 


463 


3 


464 


2 


465 


2 


466 


2 


468 


2 



469 


1 


470 


2 


471 


2 


472 


2 


473 


2 


474 


3 


475 


3 


476 


3 


477 


3 


478 


3 


479 


3 


480 


3 


481 


4 


482 


4 


483 


4 


484 


4 


485 


3 


486 


3 


487 


2 



488 


1 


489 


2 


4<?0 


2 


491 


2 


492 


2 


493 


2 


494 


2 


495 


2 


496 


2 


497 


2 


498 


2 


499 


3 


500 


3 


501 


3 


502 


3 


503 


3 


504 


3 


505 


3 


506 


3 


507 


3 


508 


3 


509 


3 
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call CO(ASCII*BUF(0)); 
call C0( '0')! 
call CO(SP); 
do J = to 15; 

call MEM*B YTE«READ < TEMP*CMD*OFFSET ) » 
call CO(SP); 

TEMP*CMD*OFFSET - TEMP«CMD*OFFSET + ti 
end; 

call CR*LF; 
end; 
end; 

else doj 
call MSG*ILL*CMD; 

MSGSPTR = @(0DH, OAH. 'RXB> KEY IN F(H) ! ! ! ', ODH, OAH, 2AH, 0) ; 

goto LOOPS; 
end; 

MSG*PTR « G< ODH, OAH, 'RXB> MORE RXB ? (Y or N) ', ODH, OAH, 2AH, 0) ; 
call OUTS; 

if IN*YES then goto L00P7; 
end BUFFER*DISP) 



DUMP STATUS status display 

Name: DS*BUFF*DISP 

Input: C*BUF (console in) 

Output: MSG*BUF (console out) 

Function: Display DUMP STATUS contents to Console */ 

DS*BUFF*DISP: procedure; 

declare TEMP*CMD$OFFSET word, 

I byte, 

J byte; 

call CR*LF; 

TEMP*CMD*OFFSET » DS*BUFF*OFFSET; 
do I = to 10; 
INT*BUF =1; 
call INT*TO*ASCII; 
call C0(ASCII*BUF(1)); 
call CO(ASCII*BUF(0)); 
call C0( '0'); 
call COOP); 
do J a to 15i 

call MEM*BYTE*READ(TEMP»CMD*OFFSET); 
call CO(SP); 

TEMP*CMD*OFFSET ■ TEMP*CMD*OFFSET + 1; 
end; 

call CR*LF; 
end; 
end DS*BUFF*DISP; 



/* Transmit data change 

Name: TRANSMIT*DATA*CHANGE 
Input: C*BUF (console in) 
Output: Transmit buffer 

Function: Determine the transmit buffer size 
(128 bytes unit) and data */ 

TRANSMIT*DATA*CHANGE: procedure; 

declare I byte; 

declare BYTE*DATA byte; 

declare BUFFER*NUMBER byte; 

declare BUFFERfPOINTER pointer; 

declare C*COUNT word; 

declare TEMP word; 

LOOP: MSG*PTR = @(ODH, OAH, 'TXB> DO YOU WANT TO CHANGE THE TRANSMIT DATA ? 

(Y or N) '.ODH.OAH, 2AH, 0); 
call OUTS; 
if INSYES then 
do; 

MSG*PTR = <2(0DH, OAH, 'TXB> DATA CHANGE: KEY IN THE BUFFER NUMBER 
(0 - F: 128 bytes unit)', ODH, OAH, 2AH, 0) ; 

call OUTS; 

INT*BUF ■ LOW(INPUT*WORD)> 

BUFFER*NUMBER = INTSBUF and OFH; 

BUFFERSPO INTER = @TX (BUFFER*NUMBER ) ; 

MSG*PTR = ©(ODH, OAH, 'TXB> KEY IN THE VALUE (00 - FF) ', ODH, OAH, 2AH, 0) ; 

call OUTS; 

INT*BUF = low(INPUT*WORD); 

call setb ( INTfBUF, BUFFER*POINTER, 80H); 

MSG*PTR = G(0DH, OAH, 'TXB> DATA WAS WRITTEN ', ODH, OAH. 0); 

call OUTS; 
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510 


3 


511 


3 


512 


3 


513 


2 


514 


3 


515 


3 


516 


3 


517 


3 


518 


3 


519 


3 


520 


3 


521 


3 


522 


4 


523 


4 


524 


4 


525 


4 


526 


3 


527 


3 


528 


3 


529 


3 


530 


4 


531 


4 


532 


4 


533 


4 


534 


3 



537 


2 


538 


2 


539 


2 


540 


2 


541 


2 


542 


2 


543 


2 


544 


2 


545 


3 


546 


3 


547 


4 


548 


4 


549 


4 


550 


5 


551 


5 


552 


5 


553 


5 


554 


5 


555 


5 


556 


5 


557 


5 


558 


5 


559 


5 


560 


5 


561 


5 


562 


5 


563 


5 


564 


5 


565 


4 


566 


5 


567 


5 


568 


5 


569 


5 


570 


5 


571 


5 


572 


5 


573 


5 


574 


5 


575 


5 


576 


5 


577 


5 


578 


5 


579 


5 



call CR*LF; 
goto LOOP; 
end; 
else do; 

MSG*PTR = @(ODH, OAH, 'TXB> HOW MANY DYTE(S> DO YOU NEED ?'» 

0); 
call OUTS; 
MSG*PTR = G(0DH, OAH, ' KEY IN THE DECIMAL NUMBER' 

, ODH, OAH, 2AH, 0); 
call OUTS; 
TEMP = INPUTSWORD; 
C*COUNT = DEC*TO*HEX(TEMP); 
1=0; 

do while (CSCOUNT > 80H and C*COUNT O 2048); 
C*COUNT =» CSCOUNT - BOH; 
TBD(I). ACT*COUNT « 80H; 
I - I + 1; 
end; 
if C*COUNT <= 80H 

then TBD(I). ACT*COUNT - 8000H + C*COUNT; 
else if C*COUNT > 2048 then 
do; 

call CR*LF; 

MSG*PTR = G('TXB> BYTE COUNT IS LIMITED UP TO 2048', ODH, 

OAH, 0); 
call OUTS; 
end) 
end; 



end TRANSMIT*DATA*CHANGE; 

/* Dis.play command word contents 

Name: DISPSCONTENTS 

Input: C*BUF (console in) 

Output: MSG*BUF (console out) 

Function: Display the command word contents to console «•/ 

DISP$CONTENTS: procedure; 

declare DISP*OFFSET word; 
declare BYTE*COUNT byte; 

declare J byte; 

MSG*PTR = ©(ODH, OAH, 'CSET> DO YOU WANT TO SEE THE CONTENTS ? (Y or N)',ODH, 

0AH,2AH, 0); 
call OUTS; 
DISPSOFFSET = MESSAGE*WORD; 

if IN*YES then 
do; 

J = (MESSAGESBYTE - 20/2; 
do BYTE*COUNT = to J; 
call CR*LF; 

if MESSAGE*STATUS = TRUE then 
do; 

MESSAGE*STATUS = FALSE; 

MSG*PTR = @( 'WORD ',0>; 

call OUTS; 

INT$BUF = BYTE*COUNT; 

call INT*TO$ASCII; 

call CO(ASCII$BUF<0)>; 

call CO(SP); 

call C0( '='); 

call CO(SP); 

DISPSOFFSET = MESSAGE*WORD + 1; 

call MEM*BYTE*READ(DISP*OFFSET); 

DISP$OFFSET ■ DISPSOFFSET - 1; 

call MEM*BYTE*READ(DISP*OFFSET); 

call C0( 'H'); 
end; 
else do; 

MSG*PTR = @( 'WORD ',0); 

call OUTS; 

INT*BUF a BYTE*COUNT; 

call INT*TO*ASCII; 

call CO(ASCII*BUF<0>); 

call CO(SP); 

call C0( '='); 

call CO(SP); 

DISP*OFFSET = DISP*OFFSET + 3; 

call MEM*BYTE*READ(DISP$OFFSET); 

DISPSOFFSET = DISP*OFFSET - 1; 

call MEM*B YTE$READ < D I SPSOFFSET ) ; 

call C0( 'H'); 
end; 
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530 4 end; 

581 3 end; 

582 2 end DISPSCONTENTS; 



/* SCB STATUS, ACK field display 



583 


1 


584 


2 


585 


2 


586 


3 


588 


3 


589 


3 



Name: SCB$BITMAP*DISPLAY 
Input: SCB.STAT.SCB.CMD 
Output: MSG$BUF (console out) 
Function: Display the SCB STATUS, ACK field 
to console as binaly value •«•/ 



SCB$BITMAP*DISPLAY: procedure; 

declare I byte; 

do I = to 3; 

if rol<MESSAGE*WORD, I + 1) then call C0(31H); 

else call C0(30H); 
end; 



end SCB$B-ITUAP$DISPLAY; 



/* SCB COMMAND/STATUS field display 



Name: SCB*UNIT$DISPLAY 
Input: SCB.STAT.SC3.CMD 
Output: MSGSBUF (console out) 

Function: Display the CUS, RUS, CUC and RUC field 
to console as BCD value */ 



591 1 SCB-*UNITSDISPLAY: procedure; 

592 2 declare SHIFT$COUNT byte; 

593 2 if MESSAOE*STATUS = then SHIFT$COUNT = 8; 

595 2 else SHIFT$COUNT = 4; 

596 2 INTSBUF = 1 ow( shr (MESSAGE$WORD, SHIFTSCOUNT) 

597 2 call INT*TO$ASCI I; 

598 2 call C0( ASCI I$BUF( 1 ) ); 

599 2 call C0( ASC I I*BUF(0) > ; 

600 2 end SCB$UNIT*DISPLAY; 



Word contents display 



Name: W0RD5DISP 

Input: MESSAGE$WORD 

Output: MSGSBUF (console out) 

Function: display the word value */ 



601 


1 


602 


2 


603 


2 


604 


2 


605 


2 


606 


2 


607 


2 


608 


2 


609 


2 


610 


2 



WDRD*DISP: procedure; 

declare I byte; 

INT*BUF = high(MESSAGE*WORD); 
call INT*TO*ASCII; 
call CO(ASCil$BUF(l) ); 
call CO(ASCII*BUF(0) ); 
INT*BUF = low(MESSAGE*WORD); 
call INT*TO*ASCII; 
call C0(ASCII*BUF(1) ); 
call CO(ASCII*BUF(0) ); 

end WORDSDISP; 



/■^change the link command condition 



Name: CHANGE 
Input: C*BUF (console in) 
Output: Command blocks 

Function: Change the command linking and command block 
parameter change */ 



612 1 CHANGE: procedure; 

613 2 declare CHANGE*DATA$BYTE word; 

614 2 declare CHANGE*PTR pointer; 

615 2 declare CHANGE*OFFSET word; 

616 2 declare BYTE*COUNT byte; 

617 2 declare J byte; 

618 2 declare TMP*WORD word; 
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619 


2 


620 


2 


621 


2 


622 


2 


623 


2 


624 


2 


625 


3 


626 


3 


627 


3 


628 


4 


62? 


4 


630 


4 


631 


4 


632 


4 


633 


4 


634 


4 


635 


4 


636 


4 


637 


4 


638 


4 


639 


4 


640 


4 


641 


4 


642 


4 


643 


4 


644 


5 


645 


5 


646 


5 


647 


5 


648 


5 


649 


4 


650 


4 


651 


3 


652 


2 


653 


2' 



655 


2 


656 


2 


657 


2 


658 


2 


660 


3 


661 


3 


662 


3 


663 


2 


664 


3 


665 


3 


666 


3 
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TMP*WORD = MESSAGE*WORD; 
call CR$LF; 

MSGSPTR = @('CSET> DO YOU NEED CHANOE THIS BLOCK ? (Y or N) ', ODH, OAH, 2AH, 0) ; 
call OUTS; 
if IN*YES then 
do; 

CHANGE*OFFSET » nESSAGE*WORD; 

MESSAGE*STATUS = FALSE) 

do BYTE*COUNT = to <MESSAGE*BYTE - 2) by 2; 

CHANGESPTR » bui ld*ptr <COMMON*BASE, CHANGE*OFFSET) ; 

call CR*LF; 

MSG*PTR = S( 'WORD ',0)> 

call OUTS; 

INT*BUF = BYTE*COUNT / 2; 

call INT$T0*ASCII; 

call CO<ASCII*BUF(0))> 

call CO(SP); 

call CO('=')j 

call CO(SP)i 

call movw(CHANGE*PTR,®MESSAGE*WORD, 1); 

call WORD*DISP; 

MSG*PTR = @<20H, '< DO YOU NEED CHANGE THIS WORD? 

<Y or N) '.ODH, OAH, 2AH, 0); 
call OUTS; 
if INSYES then 
do; 

MSGSPTR = SCODH, OAH, 'CSET> WHAT IS THE VALUE ? (FOUR DIGIT)' 

ODH, OAH, 2AH, 0); 
call OUTS; 

CHANGE*DATA*BYTE = INPUTSWORD; 
call setw<CHANGE*DATA*BYTE, CHANGESPTR, 1); 
end; 

CHANGESOFFSET ■ CHANGE*OFFSET + 2; 
end; 
end; 

MESSAGESWQRD = TMP*WORD; 
end CHANGE; 



/» Command set 

Name: LINK*ADDRESS*SET 

Input: CURRENT*CMD*OFFSET, NEXT$CMD*OFFSET 
Output: CURRENT*CMD*OFFSET, NEXT*CMD*OFFSET 
Function: Set the command link (Max. 2 commands) 

this routine sets the following parameter; 
a: link address set 

tr: EL bit of previous command is reset 
c: EL bit of next command is set */ 

LINK*ADDR£SS$SET: procedure; 

declare TEMP*PTR pointer; 

declare TEMP*WORD based TEMP*PTR word; 
declare TEMPSOFFSET word; 

if CMD*TOP*STATUS = FALSE then do; 

CMD*TOP*OFFSET = NEXT*CMD*OFFSET; 

CMD$TOP*STATUS = TRUE; 
end; 
else do; 

/* link address set */ 

TEMP*OFFSET = CURRENT*CMD*OFFSET + 4; 

TEMP*PTR = build*ptr(C0MM0N$BA3E, TEMP*OFFSET) ; 

TEMP*WORD = NEXT*CMD*OFFSET; 

/* current*command EL-bit clear *■/ 

667 3 TEMPSOFFSET = CURRENT*CMD*OFFSET +2; 

668 3 TEMP$PTR = bui ld*ptr <COMMON*BASE, TEMPSOFFSET) ; 

669 3 TEKPSUORD = TEMPSWORD and 7fffh; 

/* next command EL-bit set */ 

670 3 TEMP*OFFSET = MESSAGE*WORD + 2; 

671 3 TEMPSPTR » bui ld*ptr <COMMON*BASE, TEMP*OFFSET); 

672 3 TEMP*WORD = TEMP$WORD or 8000h; 

673 3 end; 

674 2 end LINK*ADDRESS*SET; 
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675 


1 


676 


2 


677 


2 


678 


2 


679 


2 


680 


2 


681 


2 


682 


2 


683 


2 


684 


2 


686 


3 


687 


3 


688 


3 


690 


4 


691 


4 


692 


4 


693 


4 


694 


4 


695 


4 


696 


4 


697 


4 


698 


4 


699 


4 


700 


3 


701 


4 


702 


4 


703 


4 


704 


4 


705 


4 


706 


4 


707 


4 


708 


3 


709 


2 


710 


3 


711 


3 


712 


3 


713 


3 


714 


3 


715 


3 


716 


2 



720 


2 


721 


2 


722 


3 


723 


3 


724 


3 


725 


3 


726 


4 


727 


4 


728 


4 


729 


4 


730 


3 


731 


4 


732 


4 


733 


4 


734 


3 


735 


2 


736 


3 


737 


3 


738 


3 


739 


3 


740 


2 
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/* Transmit Command Link »/ 

TRANSMIT*COMMAND*LINK: procedure* 

declare I word; 

CURRENT*CMD*OFFSET = NEXT*CMD*OFFSETi 
NEXT*CMD$OFFSET = MESSAGE$WORD; 
call LINK*ADDRESS*SET; 
call CHANGE} 
MESSAGE*STATUS = TRUE; 
call DISP*CONTENTS; 
I = 0; 
L0QP6: if I <= 9 then do; 

MSG$PTR « G(ODH, OAH, 'CSET> MORE TRANSMIT COMMAND ? (Y or N) ' 

ODH, OAH, 2AH, 0); 
call OUTS; 
if IN*YES then do; 

MESSAGE*WORD = 0F500H + 16 » I; 
CURRENT$CMD*OFFSET = NEXT*CMD*QFFSET; 
NEXT*CMD*OFFSET = MESSAGE*WORD; 
call LINK*ADDRESS*SET;- 
call CHANGE; 
MESSAGE*STATUS = TRUE; 
call DISP*CONTENTS; 
1 = 1 + 1; 
goto L00P6) 
end; 
else do; 

call CR*LF; 
INT*BUF = 1 + 1; 
call INT*TO*ASCII; 
call CO(ASCII*BUF<0) ); 

MSGSPTR = @(' TRANSMIT COMMAND WERE SET '. ODH, OAH, 0) ; 
call OUTS; 
end; 
end; 
else do; 

EX*TRANSMIT<9). CMD = 0A004H; 
EX*TRANSMIT<9). LINK4ADDRESS = OFFFFH; 
EX*TRANSMIT(9>. BD*PTR = 0F100H; 
MSG*PTR = 6 (ODH, OAH 

, 'TRANSMIT COMMAND LINKS ARE LIMITED UP TO 10 ! ! ! 
, ODH, OAH, 0) J 
call OUTS; 
end; 
end TRANSMIT*COMMAND*LINK; 

/* Command link check 



Name: COMMAND*LINK*CHECK 
Input: MESSAGESWORD 
Output: LINKSADDR 

Function: Check the command link and pass the command 
link condition to command set routine */ 



717 1 COMMAND$LINK*CHECK: procedure; 

718 2 declare TEMP*CMD*OFFSET word, 

TEMP$CMD*WORD word; 

719 2 TEMP$CMD*WORD = MESSAGESWORD; 



if NEXTSCND$OFFSET = MESSAGESUORD then 
do; 

MSGSPTR = G(ODH, OAH, 'CSET> DO YOU WANT TO EXECUTE THE SAME COMMAND ? (Y or N)' 

0DH.0AH.2AH, 0); 
call OUTS; 
if INSYES then 
do; 

call LINK*ADDRESS$SET; 

CURRENT*CMD*OFFSET = NEXT*CMD$OFFSET; 
NEXT*CMD*OFFSET = MESSAGEUWQRD; 
end; 
else do; 

MSG$PTR = ©(ODH, OAH, 'CSET> COMMAND LINK INPUT WAS CANCELLED', 

ODH, OAH, 0); ; 
call OUTS; 
end; 
end; 
else do; 

CURRENT*CMD$OFFSET = NEXT$CMD$OFFSET; 
NEXT*CMD$OFFSET = MESSAGE*WORD; 
call LINK*ADDRESS$SET; 
end; 
MESSAGE$WORD = TEMP*CMD*WORD; 
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741 2 end C0MMAND$LINK*CHECK; 

742 1 M0RE*COMMAND: procedure; 

743 2 MSGSPTR = @<ODH, OAH, 'CSET> DD YOU WANT MORE COMMAND ? 

(Y or N) VODH, OAH, 2AH, 0); 

744 2 call OUTS; 

745 2 end M0RE*C0MMAND; 

/* Command set 

Name: COMMAND*SET 

Input: C*BUF (console in) 

Output: MSGSWORD, MSG*BYTE and MSG*STATUS 

Function: Interpret the Command set input from 

console and pass to command parameter set 
routine */ 

746 1 COMMAND*SET: procedure; 

declare BYTE*COUNT byte; 
declare J byte; 

L00P1: MS0*PTR = G(ODH, OAH, 'CSET> WHAT IS THE COMMAND? ', ODH, OAH, 'KEY IN H FOR HELP' 
ODH, OAH, 2AH, O); 
call OUTS; 
call INS; 

if (cmpb (GC*BUF(0), fc( 'NOP ', ODH), 4) - TRUEW) 
then do; 

MESSAGE*STATUS » TRUE; 
MESSAGESWORD - NOPSOFFSET; 
MESSAOE*BYTE -6; 
call NOP*CMD; 
call COMMAND*LINK*CHECK; 
call DISP*CONTENTS; 
call MORE*COMMAND; 
if IN*YES then goto L00P1; 
end) 

else do; 

if (cmpb («C*BUF<0), 8('IA',0DH), 3) - TRUEW) 
then do; 

MESSAGE*STATUS - TRUE; 

MESSAGE*WORD - IA*SETUP*OFFSET; 

MESSACE*BYTE » 12; 

call IA»SETUP*CMD; 

call COMMAND»LINK*CHECK; 

call CHANGE; 

MESSAGE*STATUS - TRUE; 

call DISP*CONTENTS; 

call MORE*COMMAND; 

if IN*YES then goto L00P1; 
end; 

else do; 

if (cmpb («C*BUF(0), Q( 'CONF', ODH), 5) » TRUEW) 
then do; 

MESSAGfc»STATUS - TRUE; 

MESSAGEtWORD » CONF*OFFSET; 

MESSAGE*BYTE - 18; 

call CONF*CMD; 

call C0MMAND*LINK*CHECK; 

call CHANGE) 

MESSAGE*STATUS - TRUE; 

call DISP*CONTENTB; 

call M0RE*C0MMAND; 

if IN»YES then goto L00P1; 
end; 
else do; 

if (cmpb («C*BUF(0), eCMCODH), 3) - TRUEW) 
then do; 

MESSAGE*STATUS » TRUE; 

MESSAOEtWORD « MC*SETUP*OFFSET; 

MESSACE*BYTE - 14; 

call MC«SETUP»CMD; 

call COMMAND*LINK*CHECK; 

call CHANGE; 

MESSAGEtSTATUS ■ TRUE; 

call DISPSCONTENTS; 

call MORESCOMMAND; 

if IN$YES then goto L00P1; 
end; 



747 


2 


749 


2 


749 


2 


750 


2 


751 


2 


752 


2 


753 


2 


754 


3 


755 


3 


756 


3 


757 


3 


758 


3 


759 


3 


760 


3 


761 


3 


763 


3 


764 


2 


765 


3 


766 


3 


767 


4 


768 


4 


769 


4 


770 


4 


771 


4 


772 


4 


773 


4 


774 


4 


775 


4 


776 


4 


778 


4 


779 


3 


780 


4 


781 


4 


782 


5 


7C3 


5 


784 


5 


785 


5 


786 


5 


787 


5 


788 


5 


789 


5 


790 


5 


791 


5 


793 


5 


794 


4 


795 


5 


796 


5 


797 


6 


798 


6 


799 


6 


800 


6 


801 


6 


802 


6 


803 


6 


804 


6 


805 


6 


806 


6 


808 


6 
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809 


5 


else do 




810 


6 


if 


(cmpb <eC*BUF<0>, aCTX'.ODH), 3) =TRUEW> 


811 


6 


then do; 


812 


7 




MESSAGE*STATUS - TRUE; 


813 


7 




MESSAGE»WORD = TRANSMIT*OFFSET; 


814 


7 




MESSAGE*BYTE = 16; 


815 


7 




call TXSCMD; 


816 


T 




call EX*TX*CMD; 


817 


7 




call TRANSMIT*COMMAND*LINK; 


818 


7 




call M0RE*C0MMAND; 


819 


7 




if IN*YES then goto L0GP1; 


821 


7 


end 




822 


6 


else do 




823 


7 


if 


(cmpb (GC*BUF(0>, ®( 'TDR ', ODH) , 4) =TRUEW> 


824 


7 


then do; 


825 


8 




MESSAGE*STATUS = TRUE; 


826 


8 




MESSAGE*WORD = TDR*OFFSET; 


827 


8 




MESSAGE*BYTE = 8; 


828 


, 8 




call TDR«CMD; 


829 


8 




call COMMAND*LINK*CHECK> 


830 


8 




call CHANGE; 


831 


8 




MESSAGESSTATUS = TRUE; 


832 


a 




call DISP*CONTENTS; 


833 


8 




call riORE*COMMAND; 


834 


8 




if IN*YES then goto LQ0P1; 


836 


8 


end 




837 


7 


else do 




838 


8 


if 


(cmpb (@C*BUF<0), eCDS'.ODH), 3) =TRUEW) 


839 


8 


then do; 


840 


9 




MESSAGE*STATUS = TRUE; 


841 


9 




MESSAGE*WQRD = DUMP*STAT*OFFSET; 


842 


9 




MESSAGE*BYTE = 8; 


843 


9 




call DUMP*STAT*CMD; 


844 


9 




call COMMAND*LINK*CHECK; 


845 


9 




call CHANGE; 


846 


9 




MESSAGE*STATUS ■ TRUE; 


847 


9 




call DISP$CONTENTS; 


848 


9 




call MDRE*COMMAND; 


849 


9 




if IN*YES then goto L00P1; 


851 


9 


end 




852 


8 


else do 




853 


9 


if 


(cmpb (@C*BUF(0), @( 'DIAG'.ODH), 5) =TRUEW) 


854 


9 


then do; 


855 


10 




MESSAGE*STATUS = TRUE; 


856 


10 




MESSAGE*WORD = DIAG$OFFSET; 


857 


10 




MESSAGE*BYTE = 6; 


858 


10 




call DIAG$CMD; 


859 


10 




call COMMAND*LINK*CHECK; 


860 


10 




call CHANGE; 


861 


10 




MESSAGE*STATUS » TRUE; 


862 


10 




call DISP*CONTENTS; 


863 


10 




call M0RE*C0MMAND; 


864 


10 




if IN*YES then goto L8DP1; 


866 


10 


end 




867 


9 


else do 




868 


10 


if 


(cmpb(aC*BUF(0),e( 'H'.ODH), 2) =TRUEW) 


869 


10 




then do; 


870 


11 




call COMMAND*MSG; 


871 


11 




call CR*LF; 


872 


11 




goto L00P1; 


873 


11 




end; 


874 


10 


else do 




875 


11 


if 


cmpb(eC$BUF(0), @( 'EXIT', 0DH)< 5) =TRUEW) 


e76 


11 


then call EXIT; 


877 


11 


else call nSG*ILL*CMD; 


878 


11 




end; 


879 


10 




end; 


880 


9 




end; 


881 


8 . 




end; 


882 


7 




end; 


883 


6 




end; 


834 


5 




end; 


885 


4 




end; 


886 


3 


end# 




887 




end COMMAND*SET; 
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ees 


1 


889 


2 


890 


2 


891 


2 


892 


2 


893 


2 


894 


2 


895 


2 


896 


2 


897 


2 


898 


2 


899 


2 


900 


2 


901 


2 


902 


2 


903 


2 


904 


2 


905 


2 


906 


2 


907 


2 


908 


2 


909 


2 


910 


2 


911 


2 


912 


2 


913 


2 


914 


2 


915 


2 


916 


2 


917 


2 


918 


2 


919 


2 


920 


2 



923 


2 


924 


2 


925 


2 


926 


2 


927 


2 


928 


2 


929 


2 


930 


2 


931 


2 


932 


2 


933 


2 


934 


2 


935 


2 


936 


2 


937 


2 


938 


2 


939 


2 


940 


2 


941 


2 


942 


2 


943 


2 


944 


2 


945 


2 


946 


2 


947 


2 


948 


2 


949 


2 


950 


2 


951 


2 


952 


2 


953 


2 


954 


2 


955 


2 


956 


2 



/# SCPi ISCP contents display #/ 

CP*DISPLAY: procedure; 

MSG*PTR = fiC *♦* SCP ***'.ODH;OAH, 0); 

call OUTS; 
/* SCP */ 

MESSAGE*W0RD « SCP. SYSBUS; 

call U'ORD*DISP; 

msg$ptr = ec SCP SYSBUS'.ODH, OAH, 0); 

call OUTS; 

MESSAGE*W0RD = SCP. ISCP*0FFSET; 

call UORD$DISP; 

MSG*PTR = 8C ISCP OFFSET ', ODH, OAH. 0) ; 

call OUTS; 

MESSAGESWORD = SCP. ISCP*BASE; 

call U'ORD*DISP; 

MSGSPTR = @(' ISCP BASE', ODH, OAH. 0); 

call OUTS; 
/♦ ISCP */ 

MSG*PTR = 8(' *** ISCP **»',ODH, OAH, 0); 

call OUTS; 

MESSAGE*WORD = ISCP. BUSY; 

call WORD*DISP; 

MSG*PTR « 2C ISCP BUSY', ODH, OAH, 0); 

call OUTS; 

MESSAGE*WORD » ISCP. SCB*OFFSET; 

call WORD*DISP; 

MSG*PTR = SC SCB OFFSET ', ODH, OAH, 0) ; 

call OUTS; 

MESSAGE*WORD = ISCP. SCB*BASE1; 

call WORD*DISP; 

MSG*PTR = SC SCB BASE L ', ODH, OAH, 0) ; 

call OUTS; 

MESSAGESWORD = ISCP. SCB*BASE2; 

call WORD*DISP; 

MSG*PTR « SC SCB BASE H ', ODH, OAH, 0) ; 

call OUTS; 

end CPtDISPLAY; 



/» All of SCB information display 



Name: SCB*STATUS*DISPLAY 
Input: SCB 

Output: MSG*BUF (console out) 
Function: Pass contents of SCB information to 
SCB contents display routine 



SCB*STATUS*DISPLAY: procedure; 

MSOSPTR = e ( ' *** SCB *** ' , ODH, OAH, ) ; 

call OUTS; 

MESSAGE*W0RD = SCB. STAT; 

call SCB*BITMAP*DISPLAY; 

MSG*PTR = 6CB STATUS', ODH, OAH, 0); 

call OUTS; 

MESSAGE*WORD » SCB. CMD; 

call SCB*BITMAP*DISPLAY; 

MSGSPTR » @< 'B ACK',ODH, OAH, 0); 

call OUTS; 

MESS AGE* WORD = SCB. STAT; 

MESSAGE*STATUS = 0; 

call SCB*UNIT*DISPLAY; 

MSGSPTR = @('H CUS'.ODH. OAH, 0); 

call OUTS; 

MESSAGESWORD = SCB. STAT; 

MESSAGE*STATUS =1; 

call SCB*UNIT*DISPLAY; 

MSG*PTR = @('H RUS',ODH, OAH, 0); 

call OUTS; 

MESSAGESWORD = SCB. CMD; 

MESSAGE*STATUS = 0; 

call SCB*UNIT*DISPLAY; 

MSG*PTR =8('H CUC ', ODH, OAH, 0); 

call OUTS; 

MESSAGE*WORD = SCB. CMD; 

MESSAGESSTATUS » 1; 

call SCB*UN1T*DISPLAY; 

MSG*PTR = 8CH RUCODH, OAH, 0); 

call OUTS; 

MESSAGE*WORD = SCB. CBL*OFFSET; 

call WORD*DISP; 

MSG*PTR = 2<'H CBL OFFSET ', ODH, OAH, 0) ; 

call OUTS; 
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957 
958 
959 
960 
961 
962 
963 
964 
965 
966 
967 
968 
969 
970 
971 
972 
973 
974 
975 
976 
977 



MESSAGESWORD = SCB. RFDSOFFSET; 

call WORDSDISP; 

MSG$PTR = @('H RFD OFFSET ', ODH, OAH, 0) ; 

call OUTS; 

MESSAGESWORD = SCB. CRCSERRS; 

call WORDSDISP; 

MSGSPTR = SC'H CRC ERRORS ', ODH, OAH, ) ; 

call OUTS; 

MESSAGESWORD = SCB. ALNSERRS; 

call WORDSDISPi 

MSGSPTR =fi('H ALIGNMENT ERRORS ', ODH, OAH, 0) ; 

call OUTS; 

MESSAGESWORD = SCB. RSCSERRS; 

call WORDSDISPi 

MSGSPTR = 8('H NO RESORCE ERRORS ', ODH, OAH, ) ; 

call OUTS; 

MESSAGESWORD = SCB. OVRNSERRS; 

call WORDSDISPi 

MSGSPTR =8('H OVERRUN ERRORS', O); 

call OUTS; 

SCBSSTATUSSDISPLAY; 



/* Action commands status display 



Name: ACTIONSCMDSSTATUSSDISPLAY 

Input: Action commands status word 

Output: MESSAGE*WORD 

Function: Pass the action command status display 
parameter to WORDSDISPLAY routine. 
This command performs all the action command 
status display at once. # 



ACTIONSCMDSSTATUSSDISPLAY: procedure; 



dec lare 



I 



byte; 



982 


2 


983 


2 


984 


2 


985 


2 


986 


2 


987 


2 


98e 


2 


989 


2 


990 


2 


991 


2 


992 


2 


993 


2 


994 


2 


995 


2 


996 


2 


997 


2 


998 


2 


999 


2 


1000 


2 


1001 


2 


1002 


2 


1003 


2 


1004 


2 


1005 


2 


1006 


2 


1007 


2 


1008 


2 


1009 


2 


1010 


2 


1011 


2 


1012 


2 


1013 


2 


1014 


2 


1015 


2 


1016 


2 


1017 


2 


1018 


2 


1019 


2 


1020 


2 


1021 


2 


1022 


2 


1023 


2 


1024 


2 


1025 


2 


1026 


2 


1027 


2 


102B 


2 



call CRSLF; 

MSGSPTR = <2('N0P ' 

call CJUTS; 

MESSAGESWORD = NOP. STAT; 

call WQRDSDISP; 

call COC 'H'); 

call CRSLF; 

MSGSPTR = ©CIA SETUP ' 

call OUTS; 

MESSAGESWORD = IASSETUP. STAT; 

call WORDSDISP; 

call CO('H'); 

call CRSLF; 

MSGSPTR = S< 'CONFIGURATION — ' 

call OUTS; 

MESSAGESWORD = CONF. STAT; 

call WORDSDISP; 

call C0( 'H'>; 

call CRSLF; 

MSGSPTR = SC'MC SETUP ' 

call OUTS; 

MESSAGESWORD = MCSSETUP. STAT; 

call WORDSDISP; , 

call CO('H'>; 

call CRSLF; 

MSGSPTR = «( 'TRANSMIT 

call OUTS; 

MESSAGESWORD = TRANSMIT. STATi 

call WORDSDISP; 

call CO('H')i 

call CRSLF; 

MSGSPTR = eCTDR 

call OUTS; 

MESSAGESWORD « TDR. STAT J 

call WORDSDISP; 

call CO('H'); 

call CRSLF; 

MSGSPTR » Q( 'DUMP STATUS 

call OUTS; 

MESSAGESWORD ■ DUMPSSTAT. STATi 

call WORDSDISP; 

call CO('H'); 

call CRSLF; 

MSGSPTR = <»< 'DIAGNOSE ' 

call OUTS; 

MESSAGESWORD = DIAG. STAT; 

call WORDSDISPi 

call C0( 'H')j 

call CRSLF; 
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1029 


2 


1030 


2 


1031 


2 


1032 


3 


1033 


3 


1034 


3 


1035 


3 


1036 


3 


1037 


2 


1038 


2 



MSG*PTR - GCEXTRA TRANSMIT STATUS ', ODH, OAH, ODH, OAH, 0) » 

call OUTS; 

do I = to 9) 

MESSAGE4W0RD = EX*TRANSMIT( I ). STAT J 

call WORD*DISP; 

call C0( 'H'>; 

call C0<SP); 
end; 

call CR*LF; 
end ACTION*CMD*STATUS*DISPLAYs 



/* Time Domain Ref rect-meter result display 



Name: 
Input: 
Output: 
Function: 



TDR*RESULT: procedure; 



TDR*RESULT 

TDR. TIME 

MESSAGE«W0RD 

Pass the TDR command execution result to 

W0RD*DISP routine. 

This routine performs TDR result display */ 



1040 


2 


1041 


2 


1042 


2 


1043 


2 


1044 


2 


1045 


2 



MESSAGE*WORD - TDR. TIME* 
MSG*PTR = G<ODH, OAH, 'TDR RESULT - ',0)i 
call OUTS) 
call WORD*DISP; 
call CR*LF; 
end TDR*RESULT; 



/♦Buffer status display 



Name: 
Input: 



Output: 



BD*STATUS*D I SP LAY 

All of buffer descriptors status and 
actual count field. 
MESSAGE*WORD 

Function: Pass the parameters of all of buffer descriptors 
status and actual count to WORD*DISP routine. */ 



BD*STATUS*DISPLAY: procedure* 



declare I 



byte; 



1048 


2 


1049 


2 


1050 


2 


1051 


3 


1052 


3 


1053 


3 


1054 


3 


1055 


2 


1056 


2 


1057 


2 


1058 


3 


1059 


3 


1060 


3 


1061 


3 


1062 


2 


1063 


2 


1064 


2 


1065 


3 


1066 


3 


1067 


3 


1068 


3 


1069 


2 


1070 


2 


1071 


2 


1072 


3 


1073 


3 


1074 


3 


1075 


3 


1076 


2 


1077 


2 


1078 


2 


1079 


3 


1080 


3 


1081 


3 


1082 


3 



MSG*PTR ■ @(ODH, OAH, '#* RFD STATUS ', ODH, OAH, 0); 

call OUTS; 

do I = to 15; 

MESSAGE*WORD = RFD (I). STAT; 

call WORD*DISPi 

call CO(SP)j 
- end; 

MSG*PTR = ©<'*♦ RFD EL AND S', ODH, OAH, 0) ; 

call OUTS; 

do 1=0 to 15; 

MESSAGE*WORD = RFD(I).EL*S; 

call WORD*DISP; 

call CO(SP); 
end; 

MSG*PTR = 6('## RFD LINK ADDRESS ', ODH, OAH, O) ; 

call OUTS; 

do I a to 15; 

MESSAGE*WORD - RFD( I ). LINK*ADDRESS; 

call WORD*DISP; 

call CO(SP); 
end; 

MSG*PTR « @('*# RFD BUFFER DESCRIPTOR POINTER ', ODH, OAH, 0); 

call OUTS; 

do I =0 to 15; 

MESSAGE*WORD = RFD< I ). BD$PTR; 

call WORDSDISP; 

call CO<SP); 
end; 

MSG»PTR » e('*» RFD DESTINATION ADDRESS ', ODH. OAH, 0) ; 

call OUTS; 

do I =0 to 15; 

MESSAGE*WORD = (shKdouble (RFD( I ) . DEST*ADDRESS( 1 ) ) , 8> + 
double<RFD(I). DEST*ADDRESS<0) ) ); 

call W0RD*DI£»P; 

call CO<SP); 
end; 
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1083 


2 


do I = to 15; 


1084 


3 


MESSAGE$WORD = (shKdouble (RFD< I ) . DEST*ADDRESS(3> ) , 8) + 
double(RFDd). DESTSADDRESS ( 2) ) ); 


1085 


3 


call W0RD*DISP; 


1036 


3 


call CO(SP); 


1087 


3 


end; 


1088 


2 


do I = TO 15; 


1089 


3 


MESSAGE*WORD =* (shl (double (RFD( I ) . DEST*ADDRESS< 5) >, 8) + 
d o ub 1 e ( RFD ( I ) . DEST*ADDRESS ( 4 ) ) ) ; 


1090 


3 


call W0RD*DISP; 


1091 


3 


call COOP); 


1092 


3 


end; 


1073 


a 


MSG$PTR = eC»* RFD SOURCE ADDRESS ', ODH, OAH, 0) ; 


1094 


2 


call OUTS; 


1095 


2 


do I = to 15; 


1096 


3 


MESSAGE$WORD = (shKdouble (RFD( I ) . SOURCE*ADDRESS( 1 ) ) , 8) + 
double(RFDd). SOURCE$ADDRESS(0> > ) ; 


1097 


3 


call W0RD«DISP; 


1098 


3 


call CO(SP); 


1099 


3 


end; 


1 100 


2 


do I = to 15; 


1101 


3 


MESSAGE*WORD = (shKdouble (RFD< I ) . S0URCE$ADDRESS<3) > , 8) + 
d oub 1 e ( RFD ( I ) . SOURCE*ADDRESS ( 2 ) ) ) ; 


1102 


3 


call W0RD*DISP; 


1103 


3 


call CO(SP); 


1104 


3 


end; 


1 105 


2 


do I = to 15; 


1106 


3 


MESSAGESWORD = (shKdouble (RFD< I ) . SOURCE$ADDRESS( 5) ) , 8) + 
d oub 1 e ( RFD ( I ) . SOURCE*ADDRESS < 4 > > ) ; 


1107 


3 


call WORD*DISP; 


1108 


3 


call CO(SP); 


1 109 


3 


end; 


1 1 10 


2 


fiSGSPTR = 2('** RFD TYPE FIELD ', ODH. OAH, 0) ; 


1111 


2 


call OUTS; 


1112 


2 


do I » to 15; 


1113 


3 


MESSAGE*WORD = RFD( I ) . TYPE*FIELD; 


1114 


3 


call W0RD*DISP; 


1 115 


3 


call CO(SP); 


1116 


3 


end; 


1117 


2 


f1SG*PTR = @(0DH, OAHi ' TYPE <CR> TO CONTINUE ', 0) ; 


1 118 


2 


call OUTS; 


1119 


2 


call INS; 


1120 


2 


MSG$PTR = a (ODH. OAH, '** RBD ACTUAL COUNT ', ODH, OAH, 0) ; 


1121 


2 


call OUTS; 


1122 


2 


do I = to 15; 


1123 


3 


MESSAGE*WORD =» RBD( I ) . ACT*C0UNT» 


1124 


3 


call W0RD*DISP; 


1125 


3 


call CO(SP); 


1126 


3 


end; 


1127 


2 


MSG*PTR = @('*» RBD NEXT BD ADDRESS ', ODH, OAH, 0) J 


1128 


2 


call OUTS; 


1129 


2 


do I = to 15; 


1130 


3 


MESSAGE«WORD = RBD( I ) . NEXT*BD$ADD; 


1131 


3 


call W0RD*DISP; 


1132 


3 


call CO(SP); 


1133 


3 


end; 


1134 


2 


MSGtPTR = 2( '*# RBD BUFFER OFFSET, BASE ', ODH, OAH, 0) ; 


1135 


2 


call OUTS; 


1136 


2 


do I = to 15; 


1137 


3 


MESSAGE*U'ORD = RBD( I ) . BUFFHOFFSET; 


1138 


3 


call WORD*DISP; 


1 139 


3 


call CO(SP); 


1140 


3 


end; 


1141 


a 


do I = to 15; 


1 142 


3 


MESSAGE*WORD = RBD( I ) . BUFF*BASE; 


1143 


3 


call WORD$DISP; 


1144 


3 


call CO(SP); 


1145 


3 


end; 


1146 


2 


MSG*PTR = 2('## RBD BUFFER SIZE ', ODH, OAH, 0) ; 


1147 


2 


call OUTS; 


1148 


2 


do I = to 15; 


1149 


3 


MESSAGE*WORD = RBD(I).SIZE; 


1150 


3 


call WORD*DISP; 


1151 


3 


call CO(SP); 


1152 


3 


end; 


1153 


2 


HSG*PTR = S( '** TBD ACTUAL COUNT', ODH, OAH, 0) ; 


1154 


2 


call OUTS; 


1155 


2 


do I = to 15; 
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1156 


3 


1157 


3 


1158 


3 


1159 


3 


1160 


2 


1161 


2 


1162 


2 


1163 


3 


1164 


3 


1165 


3 


1166 


3 


1167 


2 


1168 


2 


1169 


2 


1170 


3 


1171 


3 


1172 


3 


1173 


3 


1174 


2 


1175 


3 


1176 


3 


1177 


3 


1178 


3 



1180 


1 


1181 


2 


1182 


2 


1183 


3 


1184 


3 


1185 


3 


1186 


3 


1187 


3 


1188 


3 


ue9 


3 


1190 


3 


1191 


3 


1192 


4 


1193 


4 


1194 


4 


1195 


3 


1196 


2 



1200 


2 


1201 


2 


1202 


2 


1203 


2 


1204 


2 


1206 


2 


1208 


2 


1210 


3 


1211 


3 


1212 


3 



MESSAGESWORD = TBD( I ). ACT*COUNT; 
call WORD*DISP; 
call CO(SP)J 
end;. 

MSG*PTR = @('-*# TDD NEXT BD ADDRESS ', ODH, OAH, 0) J 

call OUTS; 

do I » to 15; 

MESSAGE*WORD = TBD( I ) . NEXT$BD$ADD; 

call WORD*DISP; 

call CO(SP); 
end; 

MSG*PTR = SC'** TBD BUFFER OFFSET, BASE ', ODH, OAH, 0) J 

call OUTS; 

do I = to 15) 

MESSAGE*WORD = TBD( I ) . BUFF*OFFSET; 

call WORD*DISP; 

call CO<SP)J 
endi 
do I = to 15; 

MESSAGE*WORD ■ TBD( I ) . BUFF*BASE» 

call WORD*DISP; 

call CO(SP)i 
end; 

end BD$STATUS$DISPLAY; 



IN*STAT: procedure byte; 

declare CHAR byte; 

do while ((CHAR <> 'A' or CHAR O 'a ' > or 
(CHAR O 'B' or CHAR O 'b') or 
(CHAR O 'S' or CHAR O 's')); 
CHAR = CI and 7FH; 
call CO(CHAR); 
if CHAR = 'A' or CHAR = 'a' 

then return 'A'; 
else if CHAR = 'B ' or CHAR = 'b' 

then return 'B'; 
else if CHAR = 'S' or CHAR = 's' 

then return 'S'; 
else do; 

MSG*PTR = Q( ODH, OAH, 'STAT> KEY IN S, A, or B ' , ODH, OAH, 2AH, 0) ; 
call OUTS; 
end; 
end; 
end IN*STAT; 



/* Status display 



Name: STATUS*DISPLAY 

Input: C*BUF (console in) 

Output: None 

Function: Interpret the key input command what status 

should be displayed */ 

1197 1 STATUSSDISPLAY: procedure; 

1198 2 declare I byte; 

1199 2 MSGSPTR = @(0DH, OAH, 'STAT> KEY IN COMMAND THAT YOU WANT TO SEE IN THE STATUS' 

ODH, OAH, 0); 
call OUTS; 
MSGSPTR = @('S FOR SCB, A FDR ACTION COMMANDS, B FOR BUFFER DESCRIPTORS', 

ODH, OAH, 2AH, 0); 
call OUTS; 

MESSAGE*BYTE = IN$STAT; 

if MESSAGE$BYTE = 'A' then call ACTION*CMD*STATUS*DISPLAY; 
else if MESSAGE*BYTE » 'B' then call 3D*STATUS*DISPLAY; 
else if MESSAGESBYTE = 'S' then do; 

call CPSDISPLAY; 

call SCB*STATUS*DISPLAY; 
end; 

end STATUS$DISPLAY; 

/« Initialize individual block 



Name: INIT*COMMAND 

Input: C*BUF (console in) 

Output: None 
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INITtCOMMAND: procedure; 



Interpret the key in command to determine 
what should be initialized individually. 
This routine is able to initialize 
the command block, buffer descriptors and 
buffers. &/ 



1216 


2 


1217 


2 


1218 


2 


1220 


2 


1222 


2 


1224 


2 


1226 


2 


1228 


2 


1230 


2 


1232 


2 


1234 


2 


1236 


2 


1238 


2 


1240 


2 


1242 


2 


1243 


3 


1245 


3 


1246 


3 


1247 


3 


1248 


3 


1249 


2 



L0DP3: MSGSPTR = ©(ODH, OAH, 'INIT> KEY IN YOUR COMMAND (H FOR HELP)', 
ODH. OAH, 2AH, 0); 
call OUTS; 
call INS; 

if (cmpb<eC»BUF(0), S< 'NOP ', ODH) , 4) = TRUEW) then call NOP*CMD; 
else if (cmpb<©C$BUF(0), @< 'IA'.ODH), 3) = TRUEW) then call IA$SETUP$CMD; 
else if <cmpb(GC$BUF(0), S( 'CONF', ODH), 5) = TRUEW) then call CONF*CMD; 
else if (cmpb(GC*BUF(0), G( 'MC'.ODH), 3) = TRUEW) then call MC*SETUP$CMD; 
else if (cmpb(©C*BUF(0), G( 'TX',ODH), 3) = TRUEW) then call TX*CMD; 
else if (cmpb(@C$BUF(0), S( 'TDR', ODH), 4) = TRUEW) then call TDR$CMD; 
else if (cmpb<GC*BUF(0), G( 'DS',ODH), 3) = TRUEW) then call DUMP*STAT*CMD; 
else if (cmpb(GC$BUF(0),©( 'DIACODH), 5) = TRUEW) then call DIAC*CMD; 
else if (cmpb(©C*BUF(0), ©( 'RFD'.ODH), 4) = TRUEW) then call INIT$RFD; 
else if (cmpb(GC$BUF(0), ©( 'RBD', ODH), 4) = TRUEW) then call INIT$RBD; 
else if (cmpb(GC$BUF(0), ©( 'RB', ODH), 3) = TRUEW) then call INITSRB; 
else if (cmpb(GC*BUF(0),e( 'TBD',ODH), 4) = TRUEW) then call INITSTBD; 
else if <cmpb(©C$BUF(0), G( 'H', ODH), 1) = TRUEW) then 
do; call COMMAND$MSG; 

call BD$MSG; 

call CR*LF; 

goto L00P3; 



end; 



else 



call MSG*ILL$CMD; 



end INITSCCMMAND; 
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1253 
1254 



1256 


3 


1257 


3 


1258 


3 


1259 


3 


1260 


3 


1261 


3 


1262 


3 


1263 


3 


1264 


4 


1265 


4 


1266 


4 


1267 


3 


1268 


2 



IN$CR: procedurebyte; 

declare CHAR byte; 

CHAR = 0; 

do while ((CHAR O 'C ' ) or (CHAR O 'c') or 
(CHAR O 'R') or (CHAR . O 'r') or 
(CHAR O-'B') or (CHAR O 'b')); 
CHAR = CI and 7FH; 
call CO(CHAR); 
if CHAR = 'C or CHAR = 'C ' 

then return 'C'; 
else if CHAR = 'R ' or CHAR = 'r ' 

then return 'R'; 
else if CHAR = 'B ' or CHAR = 'b' 

then return 'B '; 
elsedo; 

MSG*PTR = @(ODH, OAH, '#* KEY IN C , R or B ' , ODH, OAH, 2AH, ) ; 
call OUTS; 
end; 
end;, 
end IN*CRi 



/* Unit control 



Name: UNITSCONTRQL 

Input: C*BUF (Console) 

Output: None 

Function: Controls the CU or RU execution. 

SCB information will be displayed. 

This command is used to control CU or RU 



1269 
1270 



1272 


2 


1273 


2 


1274 


2 


1275 


2 


1276 


3 


1277 


3 


1278 


3 


1279 


3 


1280 


3 


1281 


2 


1282 


2 


1283 


3 


1284 


3 


1285 


3 



UNITSCONTROL: procedure (CONTROL) ; 
declare CONTROL' byte; 

MSGSPTR = S< ODH, OAH, 'KEY IN C 

ODH, OAH, 2AH, 0); 
call OUTS; 

MESSAGESBYTE = IN$CR; 
if MESSAGESBYTE = 'C then 
do case CONTROL; 

SCB. CMD = CMDSSTART; 

SCB. CMD = CMD*ABORT; 

SCB. CMD = CMD*SUSPEND; . 

SCB. CMD = CMDSRESUME; 
end; 

else if MESSAGESBYTE = 'R' then 
do case CONTROL; 

SCB. CMD = RCV*START; 

SCB. CMD = RCV*ABORT; 

SCB. CMD = RCV*SUSPEND; 



FOR COMMAND, 



FOR RECEIVE' 



5-51 



LAN COMPONENTS USER'S MANUAL 



Table 5-6. Software Listings (Continued) 



1286 


3 


1287 


3 


1288 


2 


1289 


2 


1290 


3 


1291 


3 


1292 


3 


1293 


3 


1294 


3 


1295 


2 


1296 


2 


1297 


2 


1298 


2 


1299 


2 


1300 


2 



1301 


1 


1302 


2 


1303 


2 


1304 


2 


1305 


2 


1306 


2 


1307 


2 


1308 


2 


1309 


2 


1310 


2 


1311 


2 



1313 


2 


1314 


2 


1315 


2 


1316 


2 


1317 


2 


1318 


2 


1319 


2 


1320 


2 


1321 


2 


1322 


2 


1323 


2 


1324 


2 


1325 


2 


1326 


2 


1327 


2 


1328 


2 


1329 


2 


1330 


2 


1331 


2 


1332 


2 


1333 


2 


1334 


2 


1335 


2 


1336 


3 


1337 


3 



SCB. CMD = RCV*RESUME; 
end; 

if MESSAGE*BYTE = 'B ' then 
do case CONTROL; 

SCB. CMD = CMD*START or RCV*START; 

SCB. CMD = CMD*AB0RT or RCV*ABORT; 

SCB. CMD « CMD*SUSPEND pr RCV*SUSPEND; 

SCB. CMD » CMD*RESUME or RCVSRESUME; 
end; 

call CR$LF; 

SCB. CBL*OFFSET = CMDSTOP*QFFSET; 

CMD*TOP*STATUS = FALSE; 

call SCB*STATUS*DISPLAY; 

call CA; 
end UNIT$CONTROL; 



/* Master help display 



Name: MASTER$HELP 

Input: None 

Output: MSG*BUF <Console out) 

Function: This routine displays help for 

master command interpret routine. */ 

MASTER$HELP: procedure; 
call CR*LF; 
MSGSPTR = S( 'START THE UNIT(RU, CU) START 

ABORT THE UNIT<RU, CU) ABORT ', ODH, OAH, 

'SUSPEND THE UNIT(RU, CU) SUSPEND 

RESUME THE UNIT(RU,CU) RESUME ', ODH, OAH, 0) ; 

call OUTS; 

MSG$PTR = G( 'COMMAND BLOCK SET UP CSET 

STATUS DISPLAY STAT ', ODH, OAH, 

'INITIALIZE ■ INIT 

RECEIVE BUFFER DISPLAY RXB ', ODH, OAH, 0) ; 

call OUTS; 

MSG*PTR = ©('TRANSMIT BUFFER DATA CHANGE TXB ', ODH. OAH, 

'EXIT FROM THIS MONITOR EXIT 

TDR RESULT TRES ', ODH, OAH, 

'DS RESULT BUFFER DISPLAY DSRES ',0); 

call OUTS; 

MSGSPTR « S< 'CHIP RESET CHRES ', ODH, OAH, 

'ACKNOWRIGE TO INTERRUPT ACK ',0); 

call OUTS; 
end MASTER$HELP; 

/# Master command interpreter 

Name: MASTER*CMD 

Input: C*BUF (console in) 

Output: None 

Function: Interpret the First Level commands. */ 

MASTERSCMD: procedure; 

L00P4: MSGSPTR = @(ODH, OAH, 'MAIN> KEY IN YOUR COMMAND (H FOR HELP)', ODH, OAH, 2AH, 0) ; 
call OUTS; 
call INS; 

if (cmpb (<2C*BUF(0),S( 'START', ODH), 6) ■ TRUEW) 

then call UNIT$CONTROL(0); 
else if (cmpb(@C*BUF(0>,G( 'ABORT', ODH), 6) = TRUEW) 

then call UNIT*CONTROL( 1 ) ; 
else if (cmpb(©C$BUF(0),@( 'SUSPEND', ODH), 8) = TRUEW) 

then call UNIT*CQNTR0L(2); 
else if (cmpb (@C$BUF(0),€( 'RESUME', ODH), 7) = TRUEW) 

then call UNIT*C0NTR0L(3); 
else if (cmpb(GC$BUF(0),@( 'CSET', ODH), 5) = TRUEW) 

then call COMMAND*SET; 
else if (cmpb(GC*BUF(0>,@( 'STAT', ODH), 5 ) = TRUEW) 

then call STATUS*DISPLAY; 
else if (cmpb(@C$BUF<0),@< 'INIT', ODH), 5) = TRUEW) 

then call INIT*COMMAND; 
else if (cmpb(@C$BUFCO),@( 'RXB', ODH), 4) = TRUEW) 

then call BUFFER*DISP; 
else if (cmpb(©C*BUF(0), @( 'TXB', ODH), 4) - TRUEW) 

then call TRANSMIT*DATA*CHANGE; 
else if <cmpb(@C$BUF(0),@< 'H',ODH), 2) - TRUEW) 

then do; 

call MASTER$HELP; 
goto L00P4; 
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1338 


3 


1339 


2 


1340 


2 


1341 


2 


1342 


2 


1343 


2 


1344 


2 


1345 


2 


1346 


2 


1347 


2 


1348 


2 


1349 


2 


1350 


2 



end; 
else if (cmpb<eC*BUF(0),G< 'EXIT'.ODH), 5) = TRUEW) 

then call EXIT; 
else if (cmpb<GC*BUF(0>,G< 'TRES',0DH), 5) = TRUEW) 

then call TDRSRESULT; 
else if <cmpb(GC*BUF(0),e< 'DSRES', ODH), 5) = TRUEW) 

then call DS*BUFF*DISP; 
else if <cmpb<eC*BUF(0),e<'CHRES', ODH), 6) = TRUEW) 

then call CHIP«RESET; 
else if <cmpb(eC*BUF(0),e( 'ACK'.ODH), 4) = TRUEW) 

then call ACK; 

else call MSG*ILL«CMD; 
end MASTER$CMD; 



/# Main Routine 



1352 


2 


1353 


2 


1354 


2 


1355 


2 


1356 


2 


1357 


2 


1358 


2 


1359 


2 


1360 


2 


1361 


2 


1362 


2 


1363 


3 


1364 


3 


1365 


2 


1366 


1 



call INIT*SYS» 
call INIT*RFD; 
call INIT$RBD; 
call .INIT*RB; 
call INIT*TBD; 
call INIT*TB; 
CMD*TOP*STATUS = FALSEj 
NEXT*CMD*OFFSET » TRUEW; 

MSG*PTR = ©('82586 DUAL PORT MEMORY TEST PROGRAM X206 ', ODH, OAH» 0) ; 
call OUTS; 
do FOREVERi 

call MASTERSCMD; 
end; 
end maim 



MODULE INFORMATION: 



CODE AREA SIZE 

CONSTANT AREA SIZE 

VARIABLE AREA SIZE = 0160H 

MAXIMUM STACK SIZE = 0020H 

2259 LINES READ 

PROGRAM WARNINGS 

PROGRAM ERRORS 



29C0H 10688D 

0DF5H 3573D 

352D 

32D 



DICTIONARY SUMMARY: 
159KB MEMORY 
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CALL INIT $ SYS 
CALL INIT SRFD 
CALL INIT SRBD 

CALL INIT SRB 
CALL INIT $TBD 

CALL INIT $ TB 



DO FOREVER 



CALL MASTERS CMD 



Figure 5-12A. Main Program Flow 











DO FOR I = to 15 






' 


' 






RFD(I). STATUS =0 

RFD(I). LINKS ADDRESS =. 

OFFSET$OR$RPD(l+1) 

RFD(I). BD$PTR = 

OFFSET OF BD(0) 






l 


' 






RFD(15). STATUS + 

RFD(15). LINK $ ADDRESS 

= FFFFH 

SET EL BIT = 1 






230814 


-99 



















SETUPSCP 
SETUPISCP 
SETUPSCB 






. ; ■" . • ■ ■ .U • 






SOFTWARE RESET 








w 








SET UP CONFIGURE COMMAND 

SET UP INDIVIDUAL ADDRESS COMMAND 

CUC = START 

ISSUE CA 








' ,r 








SET UP NOP COMMAND 

SET UP MULTICAST ADDRESS COMMAND 

SET UP TRANSMIT COMMAND 

SET UP TDR COMMAND 

SET UP DUMP STATUS COMMAND 

SET UP DIAGNOSE COMMAND 
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Figure 5-12.B. System Initialization Routine 















DO FOR I - to 15 








' 


' 








RBD(I). ACTSCOUNT -0 

RBD(I). NEXTSBDSADD 

-OFFSET OF RBD (1+1) 

RBD(I). SIZE ■- 80H 






' 


' 






RBD(15). ACTSCOUNT = 

RBD(15). NEXTSBDSADD 

= FFFFH 

RBD(15). SIZE = 8080 

(EL = 1) 






2C 


0814-AO 



Figure 5-1 2C. Receive Frame Descriptor 
Initialization 



Figure 5-1 2D. Receive Buffer Descriptor 
Initialization 
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DO FOR 1 = to 15 








ir 








RBD(I). BUFFERSBASESADDRESS - 

BASEOFSCB 
RBD(I). BUFFERSOFFSET = OFFFFH 






i 


' 






FILL UP RECEIVE BUFFER SPACE 
WITH 0000 






230 


814-A1 















DO FOR 1 = 0*to 15 










1 








TBD(I). ACTSCOUNT = 80H 
TBD(I). NEXTSADD = 
OFFSET$OF$TBD(l+1) 






<r 






TBD(15). ACTSCOUNT = 8080 
(EL=1) 






230814-A2 



Figure 5-1 2E. Receive Buffer Space initialization 















DO FOR 1 = to 15 








' 


f 








TBD(I). BUFFERSBASESADDRESS 

= BASEOFSCB 

TBD(I). BUFFERSOFFSET = 

OFFSET OF BUFFER(I+1) 






1 


f 






FILL UP TRANSMIT BUFFER SPACE 
AREA WITH TRANSMIT DATA 






230 


814-A3 



Figure 5-1 2F. Initialization of Transmit 
Buffer Descriptors 



Figure 5-1 2G. Transmit Buffer Data Initialization 
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PRINT H 1 TO CRT 
FOR HELP 



IN 'H' IS KEYBOARD 
INPUT THEN DISPLAY 
MASTERSCOMD MENU 




INPUT = RESUME 








CALL 
STARTSUNIT 



CALL 
ABORT$UNIT 



CALL 
SUSPENDSUNIT 



CALL 
RESUME$UNIT 



CALL 
SLAVE1$CMD 



CALL 
STATUS$DISPLAY 









CALLINITS 
COMMAND 



CALL 
BUFFERSDISP 



CALL 

TRANSMITS 

DATASCHANGE 



CALL 
HELP MENU 



CALL 
TDR$RESULT 



CALL 
DS$BUFF$DISP 



CALL 
CHIPSRESET 



CALL EXIT 
(RETURN TO 
MONITOR) 
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Figure 5-1 2H. Master Command Flow Diagram 
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START' 


START COMMAND UNIT ON RECEIVE UNIT 


ABORT 


ABORT CU OR RU 


SUSPEND' 


SUSPEND CU OR RU 


RESUME' 


RESUME CU OR RU 


CSET 


COMMAND SET MENU 


'STAT' 


STATUS MENU 


•INIT 


INITIALIZE COMMAND BLOCKS, 




RECEIVE OR TRANSMIT BUFFERS 


RXB' 


DISPLAY RECEIVE BUFFERS 


TXB' 


DISPLAY TRANSMIT BUFFERS 


H' 


HELP 


EXIT' 


EXIT THE MONITOR 


TRES- 


DISPLAY TDR RESULT 


'DSRES 1 


DISPLAY DUMP STATUS BUFFER 


CHRES 


SOFTWARE CHIP RESET 
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Figure 5-121. Master Command Menu 



NOP 


SET UP NOP COMMAND 


IA 


SET UP INDIVIDUAL ADDRESS COMMAND 


CONF 


SET UP CONFIGURE COMMAND 


MC 


SET UP MULTICAST COMMAND 


TX 


SET UP TRANSMIT COMMAND 


TDR 


SET UP TDR COMMAND 


DS 


SET UP DUMP STATUS COMMAND 


DIAG 


SET UP DIAGNOSE COMMAND 
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Figure 5-12K. Action Commands Menu 















PRINT H' TO CRT 
FOR HELP 






1 






IF INPUT- H, 

PRINT 

ACTION COMMAND 

MENU 
















^"IF INPUT =^\ Y 


CALL 
NOPSCMD 






\. "NOP" ^^ 


JL N 








x*"^IF INPUT =^\, Y 


CALL 

lASSETUPS 

CMD 






\. IA ^^ 










x^"lF INPUT =^^^ Y 


CALL 
CONFSCMD 






^\"CONF"^^ 










^"IF INPUT =^^ Y 


CALL 

MCSSETUPS 

CMD 






\. MC ^^^ 


T N 








^IF INPUT = ^^ Y 


CALL 
TXSCMD 






\^^ TX .^ 


J N 








^"lF INPUT =^\^ Y 


CALL 
TDRSCMD 






\"TDR" ^<^ 


I N 








^IF INPUT =^"\, Y 


CALL 

DUMPS 

STATSCMD 






\. "DS" ^^^ 


T N 








^IF INPUT ^\, Y 


CALL 
DIAGSCMD 






**>. "DIAG" ^y^ 










^""iF INPUT =^\, 


CALL 
COMMANDSMSG 






\^^ "H" .^ 










*^ Y INPUT- ^^^ 


CALL 
EXIT 






\" "EXIT" ^^ 








23081 4-Af 





Figure 5-1 2J. Action Commands Flow Diagram 
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5.6.3 Special Considerations 

This application example is based on a design using the 
Intel 80186. This section discusses the ease with which 
this memory design can be applied to other CPU's. 



82586 CLOCK GENERATION 

The 82586 clock requirement is 8 MHz (maximum) 
50% duty cycle with MOS voltage levels. The 80186 
generates this clock and it is used in this example. How- 
ever, for non-80186 based designs, this clock may be 
obtained from the Intel clock generator chip, the 82285. 
This device produces a 50% duty cycle clock with 
MOS levels and is fully compatible with 82586 require- 
ments. 



8-BIT DATA BUS 

The same design may easily be modified for 8-bit data 
buses. Figure 5-9 illustrates an approach for an 8088 
based design. 



DEMULTIPLEXED ADDRESS/DATA BIT 

The 82586 design with CPU's having demultiplexed ad- 
dress and data buses can easily be implemented using 
the approach illustrated in this section. Figure 5-9 
shows how the same design can be used for demulti- 
plexed address and data buses with relatively minor 
changes to this design. The same approach is valid for 
both 8 or 16-bit data buses. 



SERIAL INTERFACE 

The 82586 Serial Interface is a typical 10 Mbps Ether- 
net interface. The 82501 uses a 20 MHz antiresohant 
crystal as its clock source, and provides the Transmit 
and Receive clocks for the 82586. See chapter 4. 



5.6.4 Conclusions 

The concept of dual port memory design is not new. 
However, the cost of such an approach has always been 
an issue. This design example illustrates a simple low 
cost design which still retains all of the advantages of 
the dual port design. This design may be easily modi- 
fied for 8-bit CPU architectures or for systems using 
CPU's with demultiplexed address and data buses. This 
approach is suitable for system designs where the CPU 
bus bandwidth requirements and bus latency may re- 
tard system performance, especially when receiving se- 
rial data at 10 Mbps. This approach, while preserving 
the CPU bus bandwidth for other tasks, enables the 
user to optimize the 82586 design for very efficient bus 
utilization. Another advantage of this approach is the 
relative ease with which the 82586 can be interfaced to 
CPU's that are considerably different than the iAPX 
186, or iAPX 86 family. 

The total number of devices used for bus arbitration in 
this design consisted of 10-12 SSI/MSI chips. The en- 
tire circuit used up about 36 square inches of board 
space and the estimated cost of the board, components 
and connectors was less than $75, less the cost of the 
82586/82501. 



DYNAMIC RAM MEMORIES 

To keep the design simple and avoid the extra cost of 
furnishing refresh for dynamic RAMs, static RAMs 
were selected for this design. However, the design ap- 
proach is independent of whether DRAMSs, SRAMs, 
or iRAMs are used. System designs requiring large dual 
port memories may choose to use DRAMs. In such 
cases it is recommended that Intel's Dynamic RAM 
Controller, 8207, for DRAM refresh and bus arbitra- 
tion be used. See section 5.4.3. 



STATIC-RAM INTERFACE 

The static RAM used in this design is the 2148. Howev- 
er, the 2114 or 2149 may also be used. The chip selects 
for these RAMs is selected via the A0 and BHE signals. 
These memories do not have a separate output enable 
inputs, making it necessary to use Read and Write sig- 
nals for chip select generation, thus avoiding bus con- 
tention between chip select and Write active. 



5.7 iNA 960 TRANSPORT ENGINE 



5.7.1 Introduction 

There are two alternatives to provide a system with 
communications capability. One configuration is to run 
the communications software as a job under the host 
operating system. In this implementation, the commu- 
nication software shares host processor resources with 
other user tasks, see Figure 5-13. The second configura- 
tion is to run the communications software on a dedi- 
cated processor. In this implementation, the communi- 
cation software runs separately from the host and other 
user programs. This latter implementation is frequently 
called a Communications Front End Processor, or 
Comm-Engine. When the Comm-Engine is implement- 
ing the Transport Layer function, it is called a Trans- 
port Engine, see Figure 5-14. 
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The Comm-Engine approach provides system designers 
with three important benefits: performance, flexibility 
and easy system upgrades. First, the Comm-Engine af- 
fords high performance because it offloads the host 
from supporting communication tasks. Thus, high 
communication throughput can be realized because the 
CPU is not supporting other user programs. Second, 
the Comm-Engine can be used to contribute to systems 
because it fits into a modular system architecture. Mod- 
ular systems are attractive because they facilitate future 
system expansion and upgrades. Modularity also sim- 
plifies service and maintenance of the system. Third, 
the Comm-Engine will enable existing systems to be 
upgraded to embody networking capability, without de- 
grading system performance. 

The Intel 82586 LAN Coprocessor, a dedicated iAPX 
86/88/186 processor and iNA 960 Network Software 
are the building blocks required to realize a Transport 
Engine. This Transport Engine provides the user with 
ISO standard compatible Transport capabilities in any 
hardware and software system environment. 



Figure 5-13. Communications Software 
Running on a Host 
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Figure 5-14. Communications Front End Processor, Comm-Engine 
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5.7.2 Transport Engine Hardware 

Figure 5-15 shows the block diagram of a generic 
Transport Engine based on the 82586. The 80186 proc- 
essor is used to eliminate the need for TTL glue,' and 
thus be the lower cost implementation. 

In addition to the processor, the Transport Engine re- 
quires local RAM for data buffering and ROM to store 
communication software. A typical configuration re- 
quires 30 to 5'0K bytes of ROM for iNA 960, and 16 to 
64K bytes of RAM for data buffering and supporting 
the software. 
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Figure 5-15. Transport Engine implemented 

Using iNA 960 Running on a Dedicated 

8086, 8088, or 80186 



5.7.3 Transport Engine Software 

Figure 5-16 shows the Transport Engine software inter- 
face to the host CPU. 



iNA 960 consists of three parts: a communications sub- 
system, a hardware dependent module, and a message 
delivery mechanism. The communications subsystem 
implements the ISO 8073 Class 4 Transport protocol 
for virtual circuits and a network management facility. 
In addition, optional functionalities include a connec- 
tionless datagram service, external data link access, and 
boot server for supporting nodes' without local mass 
storage. 

The hardware dependent module is configured by the 
user to support the specific hardware environment im- 
plemented. iNA 960 provides 82586 software drivers. 

The message delivery mechanism, MDM, implements 
the exchange of request blocks between iNA 960 and 
the host. Request blocks are memory segments contain- 
ing command or status information and remain the 
same in all environments and implementations. iNA 
960 provides the user with three choices of message 
delivery mechanisms. First, the Base Control Block in- 
terface mechanism to interface iNA 960 to single host 
environments. Second, the Multibus Interprocessor 
Protocol, MIP, for multiple processor environments. 
Third, iNA 960 supports a user supplied mechanism. 
The first two alternatives are fully implemented in iNA 
960, while the third provides the 'hooks' for the user to 
implement his own version. Regardless of the option 
used, a compatible mechanism has to be provided by 
the user to run on the host side. 

The iNA 960/82586 LAN Coprocessor based Trans- 
port Engine provides an industry standard high per- 
formance Transport solution for most hardware/soft- 
ware environments. This solution dramatically reduces 
the effort required to develop a LAN capability. 
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5.8 INTRODUCTION 

The software presented in this application note is called 
Traffic Simulator and Monitor Station (TSMS) pro- 
gram. The distinctive features of the TSMS program 
are 

1. Programmable network load generation 

2. Network statistical monitoring capabilities 

3. Interactive command execution of all 82586 com- 
mands 

4. Interactive buffer monitoring 

The environment that could be created with the TSMS 
software was found to be very useful for network de- 
bugging and individual station's hardware and software 
debugging. 

The hardware vehicle for the TSMS program is an 
iSBC 186/51 or LANHIB (LAN High Integration 
Board). The LANHIB is an 82586/80186 shared bus 
board specially designed for this application note to 
demonstrate the simplicity of the 82586/80186 inter- 
face. The 82586 is used in minimum mode to reduce 
chip count. 

This application note first covers the hardware design 
of the LANHIB and then discusses the TSMS program. 
In the LANHIB hardware description, the reader is 
advised to refer to the 80186 and 82586 data sheets, 
Basic understanding of the 80186 microprocessor is as- 
sumed. The TSMS source program and related files are 
available through Insite. The TSMS program should 
serve as a real network debugger and exercise tool to 
better understand the 82586. 



5.9 HARDWARE VEHICLE FOR THE 
TSMS PROGRAM 

The hardware vehicle for the TSMS program may be 
an iSBC 186/51 (8 MHz) or LANHIB (LAN High 
Integration Board). The LANHIB is an 80186 based 
board designed and constructed to demonstrate the 
simplicity of 80186/82586 interface in the shared bus 
configuration. The total chip count of the LANHIB is 
23. It is a board very easy to make and useful in execut- 
ing 82586 related experiments. For the user not inter- 
ested in purchasing an iSBC 186/51, it is an ideal board 
to execute the TSMS software. Detailed hardware de- 
scriptions of the board are presented in section 5.10. A 
board initialization routine for the LANHIB is includ- 
ed in the TSMS software package. If the iSBC 186/51 
(8 MHz) is chosen, minimum board initialization rou- 
tines must be linked to the TSMS program. These must 
include 80186 bootstrap initialization, 80130 interrupt 
controller initialization, and 80130 timer initialization 
for baud rate generation. If the iSDM86 monitor is 



available, it can be used for board initialization after it 
is properly configured to work on the iSBC 186/51. 
One reminder is that the 82586 requires the SCP (Sys- 
tem Control Pointer) at absolute address OFFFF6H. 
Initialization ROM must have the SCP at 0FFFF6H 
and the SCP must be linked to the ISCP (Intermediate 
System Control Pointer). The ISCP's start address used 
in the TSMS program for the iSBC 186/51 is 0FFF0H. 
Section 5.14 covers the procedures to program the 
TSMS into PROMs so that they can be plugged into 
the available board. The configuration file that should 
be used to properly configure the iSDM 86 for an 
8 MHz iSBC 186/51 is also included in section 5.14. 



5.10 LANHIB HARDWARE 
DESCRIPTION 

Figure 5-1 shows the block diagram of the LANHIB. 
Schematic is in Appendix A. 
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Figure 5-1. LANHIB Block Diagram 

5.10.1 82586 (Min Mode) Interface to 
the 80186 

The 82586 ca n be placed in minimum mode by strap- 
ping the MN/MX pin to Vcc- I n the minimum mode, 
the c hip d irectly provi des all bus control signals — ALE, 
RD, WR, DT/R, and DEN, saving the 8288 Bus Con- 
troller. The 80186, which is the only other bus master 
on the shared bus, also generates these bus control sig- 
nals directly. The HOLDs and HLDAs of these two 
chips are connected together so that only one of the two 
bus masters can exclusively drive the bus at a time un- 
der the HOLD/HLDA protocol. Except for the ALE, 
all bus signals including address and data lines float 
when the chip d oes n ot ha ve co ntrol of the bus. In this 
design example, RDs and WRs from the two chips are 
conne cted together respectively. The DT/Rs and 
DENs of the 82586 and 80186 are not used, since bus 
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transceivers are not needed in this small system. ALEs 
from the two chips are connected to an OR-gate to 
generate a system ALE. Multiplexed address data lines 
AD0-AD15 and address lines A15-A19 of the two 
chips are also connected line by line correspondingly. 



5.10.2 82586 Address Latch Interface 

Figure 5-2 shows the timing of the address signals with 
respect to the ALE signal. The ALE of the 82586 is 
OR-ed with the ALE of the 80186 and the result is 
connected to the latch enable inputs of Octal Transceiv- 
er Latches. This kind of latch transfers the input data 
to the output as long as- the latch enable is hi, and 
captures the input data into the latch when the latch 
enable goes low. In this timing diagram, the setup and 
hold times of the input data (82586 address) required 
by the address latch can be verified. Estimating 7 ns of 
propagation delay in the 74S32, the setup time is T38 
+ 7, which is 39 ns at 8 MHz. The hold time for A19 is 
shorter than the other address lines because it is valid 
only during Tl. The hold time for the A19 is, therefore, 
T4 - T36 - 7, which is 10.5 ns. The hold time for the 
other address lines is T39 — 7, which is 45.5 ns. In this 
design, a 74S373 was chosen to latch address lines 
A16-A19 and two 74LS373s were used to latch ad- 
dress lines AD0-AD15. Required setup and hold times 



of the 74S and 74LS 373s are summarize d in T able 1 . 
Note that address lines A16-A18 and BHE of the 
82586 are not really needed to be latched. 

Table 1. 74LS and 74S 373 Data Setup and Hold 
Time Specifications at 25°C 





74LS373 


74S373 


Unit 


Data Setup Time 
Data Hold Time 


Min Norn Max 
20 1 


Min Norn Max 
0| 

104 


ns 
ns 



5.10.3 80186 Address Latch Interface 

The address latch used by the 82586 is shared by the 
80186. Figure 5-3 shows the 80186 address line timing 
with respect to the ALE. Again estimating 7 ns delay in 
the 74S32, the setup time for the latch is TAVAL + 7 
and the hold time is TLLAX — 7. These are 37 ns and 
23 ns respectively at 8 MHz. Comparing to the required 
values shown in Table 1, it is quite obvious that the 
setup and hold times of the latch are met by wide mar- 
gins^ Note that the 80186's address lines A16-A18 and 
BHE are not valid for an entire memory cycle; there- 
fore, they have to be latched. 
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Figure 5-2. 82586 Address Timing 
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Figure 5-3. 80186 Address Timing 
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Figure 5-4. 82586 Memory Interface Timing 
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5.10.4 82586 Memory Interface 

The 74LS373 has a delay of 18 ns for input data to 
reach the output assuming the latch enable is hi. A 
demultiplexed valid address (output of the address 
latch), therefore, becomes available after T29 + 18 
measuring from the beginning of Tl (Figure 5-4). The 
demultiplexed address remains valid until the ALE of 
the next memory access becomes active. Upper address 
lines, A 14 through A20, are connected to a 16L8 PAL, 
which provides address decode logic for all memory 
devices. The PAL has a maximum of 35 ns propagation 
delay, so chip selects should become active after 60 + 
18 + 35 ns (max.) from the beginning of Tl as indicat- 
ed in Figure 5-4. Since address decode logic is imple- 
mented by a PAL, any memory expansion would only 
require a reprogramming of this PAL. 

Address access time is 3 X Tl — Tl — T29 — 18 — 
T8 + n X Tl, where n is the number of wait states. 
For wait states operation at 8 MHz, it is 277 ns mini- 
mum. Chip select access time is 3 X Tl — T29 — 18 
- T8 + n X Tl - 35, which is 242 ns for wait state 



operation. Command access time for a read cycle is 2 X 
Tl - T40 - T8 + n X Tl, which is 135 ns. Time 
from the read command going inactive to the next ad- 
dress asserted is T44, which is 85 ns minimum at 8 
MHz. Address setup time for a write cycle is Tl — T29 
— 18 + T23, which is 47 ns minimum. 

To meet these timing requirements, 2764-20s must be 
used for ROM. Static RAM chips, HM6264P-15, offer 
very wide timing margins and were selected for this 
design. 



5.10.5 80186 Memory Interface 

Figure 5-5 shows the timing of the 80186 memory in- 
terface. By comparing this figure to Figure 5-4, it is 
easy to notice that the 80186 offers a little faster bus 
interface. TCLRL which is equivalent to T40 (0 to 
95 ns) of the 82586 is specified as 10 to 70 ns. Since the 
memory choice satisfies the 82586 memory timing pa- 
rameters, it also satisfies the 80186 memory timing pa- 
rameters. 
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Figure 5-5. 80186 Memory Interface Timing 
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5.10.6 Memory Map 

With 2764-20 EPROMs and 6264P-15 SRAMs, this 
board has 32 Kbytes of ROM space and 16 Kbytes of 
RAM space. Memory map is given in Figure 5-6. If 
27128-20 EPROMs are used, the ROM space becomes 
64 Kbytes. 
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Figure 5-6. LANHIB Memory Map 



5.10.7 80186 I/O Interface 



nection will enable a programmer to implement an 
80186 controlled deadman timer for the 82586. Note 
that the TSMS program does not make use of this hard- 
ware feature. 



5.10.7.3 82530 INTERFACE 

82530 interface to the 80186 was derived from the de- 
sign example presented in the Application Note 222, 
order number 231262-001. Only the asynchronous op- 
eration of the 82530 is supported in this design. For 
more details, please read the Application Note 222. 



5.10.7.4 



82501 LOOPBACK CONFIGURATION 
PORT 



A 74LS74 D-type flip-flop was used for this port. On 
power up, it configures the 825 01 to Non -Loopback 
mode by providing hi to pin 3 (Lo opbac k). The chip 
select is ge nera ted from the 80186's PCS2 and the syn- 
chronized WR command of the 82530 interface. The 
least significant bit of I/O output data becomes the 
state of the 8250 l's pin 3. 



5.10.7.5 



ON-BOARD INDIVIDUAL ADDRESS 
PORT 



To provide the 82586 a hardware configured host ad- 
dress, a 32 x 8 ROM is connected to the bus. The chip 
select for this ROM is generated from the 80186's 
PCS 3, so that the address for ROM is mapped into the 
I/O space. Six or two (IEEE 802.3 specified address 
lengths) consecutive I/O reads starting from the lowest 
address of ROM will transfer the board address stored 
in the ROM to an IA-Setup command block of the 
82586. 



5.10.7.1 



82586 CHANNEL ATTENTION 
GENERATION 



The active low peripheral chip select (PCS0) was used 
to generate a channel attention (CA) signal to the 
82586. This way of CA generation satisfies the require- 
ment that the width of a CA must be wider than a clock 
period of the system clock. 

5.10.7.2 82586 HARDWARE RESET PORT 



PCS1 of the 80186 will reset the 82586 if any I/O com- 
mand is executed using this I/O chip select. This con- 



5.10.8 82586 Ready Signal Generation 

82586 asynchronous ready (ARDY) signal is generated 
from a shift register. The shift register provides the 
82586 a 'normally ready' signal. Only when a wait state 
is needed, the ready signal is dropped to the lo state. As 
shown in Table 2, the 82586 can be programmed to 
have to 8 wait states by setting the DIP switch prop- 
erly. Even though the on-board memory devices are 
fast enough for wait states operation, this program- 
mable wait state capability was added, so that the effect 
of wait states to the 82586 performance can easily be 
demonstrated using this feature. 
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C START J 



CALL INITIALIZATION ROUTINE 'INIT' 






EXECUTE DIAGNOSE CB 
CONFIGURE CB 
IA-SETUP CB 
MC_SETUP CB 






^ 


r 




START RECEIVE UNIT 


i 


r 


CONFIGURE THE ESI TO NON-LOOPBACK 




YES 



EXECUTE Tx CB 



PRINT COUNTERS 




IS -v YES 

ANYTHING TYPED 
ON KEYBOARD 
? 



CALL 'GETOUT' 



Figure 5-7. Main Program 
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Table 2 


DIP Switch Settings for Various Numbers of 82586 Wait States 








DIP Switch Setting 


Number of Wait States 
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5 


4 3 2 10 
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1 11 1 1 
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1110 
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110 
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NOTES: 

1 = Switch Open 
= Switch Closed 



5.11 TSMS PROGRAM CONTROL 
FLOW 

The original TSMS software listing is in Appendix B. 



5.11.1 Main Program 



Flow chart for the TSMS main program is shown in 
Figure 5-7. The program starts by calling an initializa- 
tion routine *init' (Figure 5-8). In this routine, the CPU 
sets up the ISCP (Intermediate System Control Point- 
er), SCB (System Control Block), and a linked list of 
four 82586 commands: Diagnose, Configure, IA-Setup, 
and MC-Setup. Busy byte in the ISCP is set. The CPU 
also initializes a transmit command (EL = 1, S = 0, 
I = 0) if traffic generation is to be performed by this 
station. Five RFDs (Receive Frame Descriptors), five 
RBDs (Receive Buffer Descriptors), and five receive 
buffers are set up. The data structure defined in the 
'init' routine is shown in Figure 5-9. The transmit com- 
mand is not pointed to by the SCB yet. It will be linked 
to the SCB later in the main program after the 82586 is 
properly initialized. At the end of 'init' routine, the 
very first CA to the 82586 is given. In response to this 
CA, the 82586 jumps to address location 0FFFF6H 
and starts the initialization procedure. 

The main program waits for the 82586 to finish the 
initialization procedure by checking 'reset' flag. The 
'reset' flag is cleared after a completion of the 82586 
reset interrupt (CX = CNA = 1) acknowledgement. 
The predefined linked commands pointed already by 
the SCB: Diagnose, Configure, IA-Setup, and MC-Set- 
up, are executed by a CA after the 'reset' flag is cleared. 
Any failures in execution of these commands are indi- 
cated on the screen as errors. 

After successful Diagnose, Configure, IA-Setup, and 
MC-Setup commands execution, the RU is started. The 



ESI (Ethernet Serial Interface) is configured to Non- 
Loopback mode at this point. If any incoming frames 
are qualified to be received, the 82586 will start receiv- 
ing these frames and the CPU will keep track of how 
many good frames are being received. 
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( EXIT 'INIT' } 














23 


1420-8 



Figure 5-8. 'init' Routine 



5-69 



inter 



AP-234 



0FFFFF6 



SCP 



ISCP 



DIAGNOSE CONFIGURE IA-SETUP MC-SETUP 



TRANSMIT 





EL 








TB 


D ■", 


T 








BUF 


F ., 


* 







EL=1 



0-1518 BYTES LONG 



RFD 



{ ■: RBD_ y 




ik BUFF ,, r 



1514 BYTES 
LONG 



O 



Figure 5-9. 82586 Data Structure after. 'init' Routine 
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If this station is to generate traffic on the network, the 
station will start to transmit frames. This is done by 
linking the SCB to the transmit command already set 
up in the 'ink' routine and issuing a CA. Since the 
transmit command has its EL-bit set, the 82586 inter- 
rupts the CPU with CNA = 1 after every execution. 
The number of good frames transmitted is counted by 
the CPU. 



The main program gets in an infinite loop after the RU 
and CU are defined. The program keeps updating the 
frame counters indefinitely in the loop. Within the loop, 
the CPU checks if anything has been typed at the key- 
board. If any key on the keyboard has been pressed, the 
program calls a routine 'getout' (Figure 5-10) and gets 
into the interactive command execution mode. In the 
interactive command execution mode, any 82586 action 
or control command can be set up and executed inter- 
actively. 
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Figure 5-10. 'getout' Routine 



5-71 



irrteT 



AP-234 



Q ENTER 'ISR' J 



ENABLE 82586 INTERRUPT 








IS \ 
THIS FR . X 


YES 






INTERRUPT ■/. 
? / 




1 T 








DISABLE INTERRUPT 








1 r 






ACKNOWLEDGE FR INTERRUPT 




DISABLE INTERRUPT 



C EXIT 'ISR' J 



ACKNOWLEDGE CNA INTERRUPT 



ENABLE 82586 INTERRUPT 



INCREMENT 

RECEIVE FRAME 

COUNTER 



231420-11 



Figure 5-11 A. Interrupt Service Routine 
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EXECUTE TxCB 



"1 ( EXIT 'ISR' ) 




^r STOP ^ 

N0 /AFTER A KNOWN XJ ES 

# OF FRAME 

TRANSMISSIONS 

? 



PRINT ERROR 
MESSAGE 



NO v^LAST\YES 
CLEAR TO 
^SEND^ 



HAS^ 
NO / COUNTER \ YES 
REACHED THE 
FINAL VALUE. 



( EXIT 'ISR' ) 



RESET TxCB 
STATUS 



RESET TxCB 
STATUS 



PRINT ERROR 
MESSAGE 




DISABLE 
INTERRUPT 



NO ^ DMA 

^NDERRUN^ 



RESET TxCB 
STATUS 



EXECUTE TxCB 







PRINT ERROR 
MESSAGE 



DISABLE 
INTERRUPT 



( EXIT 'ISR' ) 



RESET TxCB 
STATUS 



EXECUTE TxCB 



DISABLE 
INTERRUPT 




NO ^ is \ YES 

DELAY= 



DISABLE 
INTERRUPT 



START 80186 
TIMER 



EXECUTE TxCB 



( EXIT 'ISR' ) 



( EXIT 'ISR' ) 



C EXIT 'ISR' ) 



EXECUTE TxCB 



( EXIT 'ISR' ) 



Figure 5-1 1B. Interrupt Service Routine (Continued) 
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NO > 


s |S > 

THIS CX 
INTERRUPT 

v ? y 


V YES 














i r 






DISABLE INTERRUPT 






i ' 




ACKNOWLEDGE CX INTERRUPT 










DISABLE INTERRUPT 



Q EXIT 'ISR' ) 



I ACKNOWLEDGE RNR INTERRUPT 



PRINT MESSAGE 




PRINT ERROR MESSAGE 



DISABLE INTERRUPT 



ISSUE SW RESET 
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Figure 5-1 1C. Interrupt Service Routine (Continued) 
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(Renter , tx$isr > j 



EXECUTE TxCB 



EOI 



■f EXIT 'TX$ISR' ^ 



231420-14 



Figure 5-12. 80186 Timer Interrupt 



5.1 1.2 Interrupt Service Routine 

The 82586 interrupt service routine in the TSMS pro- 
gram is a reenterrant procedure. It is written in such a 
way that the routine itself can be interrupted repeatedly 
by its own level or the higher level of interrupts. A 
critical region, a section of codes that should not be 
interrupted, is constructed by a pair of 'disable' and 
'enable' PL/M commands. Each SCB command execu- 
tion: writing a SCB command, issuing a CA, and wait- 
ing for the SCB command word to become zero, is en- 
closed in this pair, so that overwriting a SCB command 
will never occur. 

The 82586 interrupt is enabled at the beginning of the 
interrupt service routine (Figure 5-11 A). 

Among the 82586 interrupts, the FR (Frame Received) 
interrupt is given the highest priority in the service rou- 
tine. The FR bit in the SCB status word is always 
checked first if it is set or not. If it is, interrupt is imme- 
diately disabled and the FR interrupt is ac- 



knowledged. If the received frame is good, the receive 
frame counter is incremented. The program exits the 
interrupt service routine at this point, so that a new 
interrupt, if any, can be processed from the beginning 
of the service routine again. 

If the FR bit is reset and the CNA bit is set, the CNA 
interrupt is acknowledged. After the acknowledgement, 
the status word of the transmit command is checked 
(Figure 5-1 IB). If the status indicates a good frame 
transmission, the transmit frame counter is increment- 
ed. If the station has been programmed to stop trans- 
missions after a known number of frame transmissions, 
the transmit frame counter is checked if it has reached 
the final value. If it has, then the program exits the 
service routine. If the station is to transmit more 
frames, then the transmit command block status is 
cleared and a new transmission is executed. If the trans- 
mission is to start after a delay, 'start$timerO' proce- 
dure is called to perform a delayed transmission (Fig- 
ure 5-12). 

If the transmit command block status indicates a trans- 
mission failure, the kind of failure is printed on the 
screen and then a retransmission is executed. There are 
four kinds of transmission failures: too many collisions, 
no carrier sense, lost clear to send, and DMA under- 
run. 

CX and RNR interrupts are acknowledged after the 
interrupt is disabled (Figure 5-1 1C). At the very end of 
the service routine, the 'reset' flag is checked. If it is set 
and also the BUSY byte of the ISCP is set, an error 
message is printed and a software reset is issued. 

This interrupt service routine is verified to be able to 
receive back-to-back frames separated by 9.6 microsec- 
onds and keep track of correct number of frames re- 
ceived (refer to section 5.12 for limits of TSMS). 



**************************** station Configuration ************************ 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

Destination Address: FF FF FF FF FF FF 

Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 

Network Percent Load generated by this station: 3 5.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 

***************************** station Activities ************************** 

# of Good # of Good CRC Alignment No Receive 

Frames Frames Errors Errors Resource Overrun 

Transmitted Received Errors Errors 

10130 
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Figure 5-13. Continuous Mode Display 

5-75 



iny 



AP-234 



5.12 CAPABILITIES AND LIMITS OF 
THE TSMS PROGRAM 

The TSMS program has two modes of operation: Con- 
tinuous mode and Interactive Command Execution 
mode. In the Continuous mode, the software uses the 
format shown in Figure 5-13 to display information. 
Detailed description of each of these fields is as follows: 

Host Address: host (station) address used in the most 
recently prepared IA-Setup command. The software 
simply writes the address stored in the IA-Setup 
command block with its least significant bit being in 
the most right position. Note that if the IA-Setup 
command was just set up and not executed, the ad- 
dress displayed in this field may not be the address 
stored in the 82586. 

Multicast Address(es): multicast addresses used in 
the most recently prepared MC-Setup command. As 
in the case of host address, the software simply writes 
the addresses stored in the MC-Setup command 
block. Note that if the MC-Setup command was just 
set up and not executed, the addresses displayed in 
this field may not be the addresses stored in the 
82586. 

Destination Address: destination address stored in 
the transmit command block if AL-LOC = 0. If AL- 
LOC = 1, destination address is picked up from the 
transmit buffer. The least significant bit is in the 
most right position. 

Frame Length: transmit frame byte count including 
destination address, source address, length, data, and 
CRC field. 

Time Interval Between Transmit Frames: approxi- 
mate time interval obtainable between transmit 
frames (Figure 5-14). The number is correct if there 
are no other stations transmitting on the network. 

Network Percent Load generated by this station: ap- 
proximate network percent load that is generated by 
this station (Figure 5-14). The number is correct if 
there are no other stations transmitting on the net- 
work. 



Transmit Frame Terminal Count: number of frames 
this station will transmit before it stops network traf- 
fic load generation. If this station is transmitting in- 
definitely, this field will be 'Not Defined'. 

82586 Configuration Block: configuration parame- 
ters used in the most recently prepared Configure 
command. As in the case of IA-Setup command, the 
software simply write the parameters from the Con- 
figure command block. The least significant byte 
(FIFO Limit) of the configuration parameters is 
printed in the most left position. 

# of Good Frames Transmitted: number of good 
frames transmitted. This is a snap shot of the 32-bit 
transmit frame counter. It is incremented only when 
both C and OK bits of the transmit command status 
are set after an execution. The counter is 32-bit wide. 

# of Good Frames Received: number of good frames 
received. This is a snap shot of the 32-bit receive 
frame counter. It is incremented only when both C 
and OK bits of a receive frame descriptor status are 
set after a reception. The counter is 32-bit wide. 

CRC Errors: number of frames that had a CRC er- 
ror. This is a snap shot of the 16-bit CRC counter 
maintained by the 82586 in the SCB. 

Alignment Errors: number of frames that had an 
alignment error. This is a snap shot of the 16-bit 
alignment counter maintained by the 82586 in the 
SCB. 

No Resource Errors: number of frames that had a no 
resource error. This is a snap shot of the 16-bit no 
resource counter maintained by the 82586 in the 
SCB. 

Receive Overrun Errors: number of frames that had 
a receive overrun error. This is a snap shot of the 16- 
bit receive overrun error counter maintained by the 
82586 in the SCB. 







TIME BETWEEN 
FRAMES (Y) 






h— TIME FOR ONE FRAME TRANSMISSION (X) 












^ ) ( PREAMBLE, DA, SA, TYPE, DATA, CRC 


_> 




< 


z? 
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Network Percent Load = - — - x 100 







Figure 5-14. Network Percent Load 
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If the station is actively transmitting, # of good frames 
transmitted should be incrementing. If the station is 
actively receiving frames, # of good frames received 
should be incrementing. In this continous mode, a user 
can see the activities of the network. 

Hitting any key on the keyboard while the program is 
running in the Continous mode will exit the mode. The 
program will respond with a message 'Enter Command 
(H for Help) = = > '. In this Interactive Command 
Execution mode, a user can set up any one of the 82586 
action commands and/or execute any one of the 82586 
SCB control commands. Setting up a Dump command 
and executing a SCB Command Unit Start command 
will, for example, execute the Dump command. Dis- 
play commands are also available to see the contents of 
the 82586's data structure blocks. A display command 
will enable a user to see the contents of the 82586's 
dump (see section 5.15.3). 

Typing 'E' after 'Enter command (H for help) = = > ', 
executing a SCB Command Unit Start command with a 
transmit command, or executing a SCB Receive Unit 
Start command will exit the Interactive Command Exe- 
cution mode. The program will be back in the Continu- 
ous mode. Using this Interactive Command Execution 
mode, one can, for example, reconfigure the station and 
come back to the Continous mode. Section 5.13 lists 
actual example executions of the TSMS program. 

The TSMS program should be run in an 8 MHz system. 
The software running at 8 MHz with a maximum of 2 
wait states has been tested and verified to be able to 
receive back-to-back frames separated by 9.6 microsec- 
onds and still keep track of the correct number of 
frames received. This capability, for example, can be 
used to find out exactly how many frames a developing 
software at a new station in the network had transmit- 
ted. 



The software does not perform extensive loopback tests 
and hardware diagnostics during the initialization. A 
loopback operation can be performed interactively in 
the Interactive Command Execution mode. 

The software allows a user to set up only 8 multicast 
addresses maximum. It is not possible to set up more 
than 8 multicast addresses. 

The command chaining feature of the 82586 is not used 
in the Interactive Command Execution mode. Each 
command setup performed by a 'S' command after 'En- 
ter command (H for help) = = > ' will just set up a 
command with its EL bit set, I bit reset, and S bit reset. 
Diagnose, Configure, IA-Setup, and MC-Setup com- 
mands are chained together during the initialization 
routine and executed at once with only one CA. 

The software sets up 5 Receive Frame Descriptors 
linked in a circular list. A user is, therefore, allowed to 
see only the last 5 frames the station has received. It 
also sets up 5 receive buffers, each being 1514 bytes 
long, linked in circle. The station, therefore, never goes 
into the NO RESOURCES state. 



5.13 EXAMPLE EXECUTIONS OF THE 
TSMS PROGRAM 

This section presents 3 example executions of the 
TSMS program. When the TSMS program needs a 
command to be typed, it asks a question with ' = — > '. 
Anything after ' = = > 'is what a user needs to type in 
on the keyboard. To switch from the continuous mode 
to the interactive command execution mode, any key 
on the keyboard may be pressed. 
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5.13.1 Example 1: External Loopback Execution 

In this example, 500 external loopback transmissions and receptions are executed (Figure 5-15). In order for the 
software to process each loopback properly, a large delay was given between transmissions. 



Initialization begun 



Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 4 

Enter byte 4 (4H) ==> A6H 

Any more bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 11 

Enter byte 11 (BH) ==> 6 

Any more bytes? (Y or N) ==> N 

Configure the 586 with the prewired board address ==> N 

Enter this station's address in Hex ==> 000000002200 

You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 

You entered Multicast Address(es). 

Would you like to transmit? 

Enter a Y or N ==> Y 

Enter a destination address in Hex ==> 000000002200 

Enter TYPE ==> 

How many bytes of transmit data? 

Enter a number ==> 2 

Transmit Data is continuous numbers (0, 1, 2, 3, ... ) 

Change any data bytes? (Y or N) ==> N 

Enter a delay count ==> 10000000000 

The number is too big. 

It has to be less than or equal to 65535 (FFFFH) . 

Enter a number ==> 60000 

Setup a transmit terminal count? (Y or N) ==> Y 
Enter a transmit terminal count ==> 500 

Destination Address: 00 00 00 00 22 00 

Frame Length: 2 bytes 

Time Interval between Transmit Frames: 3 0.18 miliseconds 

Network Percent Load generated by this station: .0 % 

Transmit Frame Terminal Count: 500 

Good enough? (Y or N) ==> Y 

Receive Unit is active. 



Figure 5-15. External Loopback Execution 
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Transmit Command Block- 

0000 at 033E 

8004 

FFFF 

034E 

2200 

0000 

0000 

0000 



Hit <CR> to countinue 
transmission started! 



**************************** station Configuration ************************* 

Host Address: 00 00 00 00 22 00 

Multicast Address (es): No Multicast Addresses Defined 

Destination Address: 00 00 00 00 22 00 

Frame Length: 2 bytes 

Time Interval between Transmit Frames: 3 0.18 miliseconds 

Network Percent Load generated by this station: .0 % 

Transmit Frame Terminal Count: 500 

82586 Configuration Block: 08 00 A6 00 60 00 F2 00 00 06 

***************************** Station Activities *************************** 

# of Good # of Good CRC Alignment No Receive 

Frames Frames Errors Errors Resource Overrun 

Transmitted Received Errors Errors 

500, 500 



Figure 5-15. External Loopback Execution (Continued) 
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5.13.2 Example 2: Frame Reception in Promiscuous Mode 

The 82586 is configured to receive any frame that exists in the network (Figure 5-16). In this example, the station 
received 100 frames. 



Initialization begun 



Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> Y 

Enter byte number (1 - 11) ==> 9 

Enter byte 9 (9H) ==> 1 

Any more bytes? (Y or N) ==> N 

Configure the 586 with the prewired board address ==> Y 

You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 

You entered Multicast Address (es). 

Would you like to transmit? 
Enter a Y or N ==> N 

Receive Unit is active. 



**************************** station Configuration ************************ 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es) : No Multicast Addresses Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 01 00 40 

***************************** station Activities ************************** 

# of Good # of Good CRC 
Frames Frames Errors 
Transmitted Received 
100 

Enter command (H for help) ==> D 

Command Block or Receive Area? (R or C) ==> R 

Frame Descriptors: 

4000 at 036C A000 at 0382 A000 at 0398 A000 at 03AE AO00 at 03C4 

0000 0000 0000 

03AE 03C4 036C 

03EE 03F8 0402 

2200 2200 2200 

2200 2200 2200 

0000 0000 0000 



Alignment 


No 


Receive 


Errors 


Resource 


Overrun 




Errors 


Errors 












0000 


0000 


0382 


0398 


03DA 


03E4 


2200 


2200 


2200 


2200 


0000 


0000 



Figure 5-16. Frame Reception in Promiscuous Mode 
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Receive Buffer Descriptors: 
























C064 


at 03DA 


C064 at 


03E4 C064 


at 03EE 


C064 at 


03F8 C064 


at 0402 




03E4 






03EE 




03F8 






0402 




03DA 








040C 






09F6 




0FE0 






15CA 




1BB4 








0000 






0000 




0000 






0000 




0000 








05DC 






05DC 




05DC 






05DC 




05DC 








Display the 


receive buffers? (Y 


or N) == 


> Y 
















Receive Buffers: 






























Receive Buffer 


: 




























002C 


014C 


00 


01 


02 


03 


04 


. 05 


06 


07 


08 


09 


0A 


0B 


OC 


OD 


OE 


OF 


002C 


015C 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


1A 


IB 


1C 


ID 


IE 


IF 


002C 


016C 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


2A 


2B 


2C 


2D 


2E 


2F 


002C 


017C 


30 


31 


32 


33 


34 


35 


36 


37 


38 


39 


3A 


3B 


3C 


3D 


3E, 


3F 


002C 


018C 


40 


41 


42 


43 


44 


45 


46 


47 


48 


49 


4A 


4B 


4C 


4D 


4E 


4F 


002C 


019C 


50 


51 


52 


53 


54 


55 


56 


57 


58 


59 


5 A 


5B 


5C 


,5D 


5E 


5F 


002C 


01 AC 


60 


61 


62 


63 


























Hit <CR> to countinue 




























Receive Buffer 1 


: 
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Hit <CR> to countinue 




























Receive Buffer 2 


: 
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Hit <CR> to countinue 




























Receive Buffer 3 


. 
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Hit <CR> to countinue 
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Figure 5-16. Frame Reception in Promiscuous Mode (Continued) 
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Receive Buffer 4 


: 




























002C:18F4 00 


01 


02 


03 


04 


05 


06 


07 


08 


09 


0A 


OB 


00 


OD 


OE 


OF 


002C:1904 10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


1A 


IB 


10 


ID 
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IF 
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21 


22 
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2B 
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2D 
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3B 
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3D 


3E 
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48 
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4B 


40 


4D 


4E 


4F 


0020:1944 50 


51 
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56 


57 
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5A 


5B 


50 


5D 


5E 


5F 


0020:1954 60 


61 


62 
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Hit <CR> to countinue 





























Enter command (H for help) ==> E 



**************************** station Cofiguration ************************* 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 01 00 40 

***************************** station Activities ************************** 

# of Good # of Good CRC Alignment No Receive 

Frames Frames Errors Errors Resource Overrun 
Transmitted Received Errors Errors 

100 
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Figure 5-16. Frame Reception in Promiscuous Mode (Continued) 
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5.13.3 Example 3: 35.7% Network Traffic Load Generation 

The station is programmed to transmit 118 bytes long frames with a time interval of 180 microseconds in between 
(Figure 5-17). The network load is about 35.7 percents if no other stations are transmitting in the network. 



Initialization begun 



Configure command is set up for default values. 

Do you want to change any bytes? (Y or N) ==> N 

Configure the 58 6 with the prewired board address ==> Y 

You can enter up to 8 Multicast Addresses. 

Would you like to enter a Multicast Address? (Y or N) ==> N 

You entered Multicast Address (es). 

Would you like to transmit? 

Enter a Y or N ==> Y 

Enter a destination address in Hex ==> FFFFFFFFFFFF 

Enter TYPE ==> 

How many bytes of transmit data? 

Enter a number ==> 100 

Transmit Data is continuous numbers (0, 1, 2, 3, ... ) 

Change any data bytes? (Y or N) ==> N 

Enter a delay count ==> 

Setup a transmit terminal count? (Y or N) ==> N 

Destination Address: FF FF FF FF FF FF 

Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 

Network Percent Load generated by this station: 3 5.7 % 

Transmit Frame Terminal Count: Not Defined 

Good enough? (Y or N) ==> Y 

Receive Unit is active. 

Transmit Command Block 

0000 at 033E 

8004 

FFFF 

03 4E 

FFFF 

FFFF 

FFFF 

0000 



Hit <CR> to countinue 



Figure 5-17. 35.7% Network Traffic Load Generation 
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transmission started! 



**************************** station Configuration ************************ 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

Destination Address: FF FF FF FF FF FF 

Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 

Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 

***************************** station Activities ************************** 



# of Good # of Good 

Frames Frames 

Transmitted Received 

10459 

Enter command (H for help) ==> H 



CRC 


Alignment 


No 


Receive 


Errors 


Errors 


Resource 


Overrun 






Errors 


Errors 















Commands are: 

S - Setup CB 

P - Print SCB 

L - ESI Loopback On 

A - Toggle Number Base 

Z - Clear Tx Frame Counter 

Y - Clear Rx Frame Counter 

E - Exit to Continuous Mode 



D - Display RFD/CB 
C - SCB Control CMD 
N - ESI Loopback Off 



Enter command (H for help) ==> S 

Enter command block type (H for help) ==> H 



Command block type: 
N - Nop 
C - Configure 
T - Transmit 
D - Diagnose 



I - IA Setup 
M - MA Setup 
R - TDR 
S - Dump Status 



H - Print this message 

Enter command block type (H for help) ==> S 

Enter command (H for help) ==> C 

Do you want to enter any SCB commands? (Y or N) ==> Y 

Enter CUC ==> 1 

Enter RES bit ==> 

Enter RUC ==> . 

Issued Channel Attention 



Enter command (H for help) ==> D 



231420-23 



Figure 5-17. 35.7% Network Traffic Load Generation (Continued) 
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Command Block or Receive Area? (R or C) ==> C 
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Enter command (H for help) ==> S 

Enter command block type (H for help) ==> T 

Enter a destination address in Hex ==> FFFFFFFFFFFF 

Enter TYPE ==> 

How many bytes of transmit data? 

Enter a number ==> 100 

Transmit Data is continuous numbers (0, 1, 2, 3, ... ) 

Change any data bytes? (Y or N) ==> N 

Enter a delay count ==> 

Setup a transmit terminal count? (Y or N) ==> N 

Destination Address: FF FF FF FF FF FF 

Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 

Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

Good enough? (Y or N) ==> Y 

Enter command (H for help) ==> C 



Do you want to enter any SCB commands? (Y or N) 

Enter CUC ==> 1 

Enter RES bit ==> 

Enter RUC ==> 

Issued Channel Attention 



=> Y 



Figure 5-17. 35.7% Network Traffic Load Generation (Continued) 
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**************************** station Configuration ************************ 

Host Address: 00 AA 00 00 18 6D 

Multicast Address (es): No Multicast Addresses Defined 

Destination Address: FF FF FF FF FF FF 

Frame Length: 118 bytes 

Time Interval between Transmit Frames: 159.4 microseconds 

Network Percent Load generated by this station: 35.7 % 

Transmit Frame Terminal Count: Not Defined 

82586 Configuration Block: 08 00 26 00 60 00 F2 00 00 40 

***************************** Station Activities ************************** 

# of Good # of Good CRC Alignment No Receive 

Frames Frames Errors Errors Resource Overrun 

Transmitted Received Errors Errors 

106020 .- 23142Q _ 25 



Figure 5-17. 35.7% Network Traffic Load Generation (Continued) 



A key was hit to enter the Interactive Command Exe- 
cution mode. In that mode, a Dump command was 
executed and the result was displayed. After the Dump 
execution, a transmit command was set up again and 
the station was put in the Continuous mode. 



5.14 PROGRAMMING PROMS TO 
RUN THE TSMS PROGRAM 

Through Insite, the TSMS program and related submit 
files are available. Files that are on the release diskette 



and locates the TSMS program and the LANHIB ini- 
tialization routine. SBC.CSD compiles, links, and lo- 
cates the TSMS program and the IO driver for the 
iSBC 186/51.- IUPHIB.CSD programs two 2764s for 
the LANHIB. IUPSBC.CSD programs two 2764s for 
the iSBC 186/51. Therefore, if the TSMS program is to 
be run on the LANHIB, steps required are: 

1. submit LANHIB 

2. submit IUPHIB 

If the TSMS program is to be run on the iSBC 186/51, 
steps required are: 



TSMS.PLM 

IO.PLM 

INI186.PLM 

LANHIB.CSD 

SBC.CSD 

IUPHIB.CSD 

IUPSBC.CSD 

TSMS.PLM' is the original TSMS source program. 
TO.PLM' contains the IO driver needed when the 
TSMS program is run on the iSBC 186/51. 
INI186.PLM is the LANHIB initialization routine. 
LANHIB.CSD is the submit file that complies, links, 



1. submit SBC 

2. submit IUPSBC 

Note that all these files are assumed to be on the disk- 
ette in drive 1 (or :F 1 :). 

The iSDM 86 can be configured to work on the iSBC 
186/51 using the configuration file shown in Figure 5- 
18. For more information about the iSDM 86, please 
refer to 'iSDM 86 SYSTEM DEBUG MONITOR 
REFERENCE MANUAL', order number 146165-001. 
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$title(iSDM 86 Configuration for the iSBC 186/51) 

title: C18651 

Abstract: This module configures the iSDM 86 Monitor to 
run on the iSBC 18 6/51. 

*_*-.*_*_*_*_*..*_*_*-.*.»*_ a-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* 
name C18651 
$include( : f l:cnf86.mac) 

%cpu(80186) 

%iAPX_186_INIT(y, none, none, 8 Oban, none, 003ah) 

%SYSTEM_CONFIGURATION_POINTER ( , none , Of f f Oh) 

%TIMER(80130,0e0h,2) 

%PARALLEL_PORT ( 8255a, OaOh, 2 ) 

%INTERRUPT_CONTROLLER(80130,0e0h,2,n) 

%BAUD_RATE(0,0) 
%SERIAL_CHANNEL(8251a / 080h,2,8253,090h,2,2,8) 

; Definition of the Serial Channels on an 8MHz iSBC 186/51 
%SERIAL_CHANNEL(8274 , 0d8h, 2 , 80186 , Of f OOh, 2,0, Odh) 
%SERIAL_CHANNEL(8274 , Odah, 2 , 80186, Of f OOh, 2 , 1, Odh) 
%SERIAL_CHANNEL (8274 , Odah, 2 , 80130 , OeOh, 2 , 2 , 34h) 

Definition of the Serial Channels on a 6MHz iSBC 186/51 
SERIAL_CHANNEL(8274 , 0d8h, 2 , 80186 , Of f OOh, 2,0, Oah) 
SERIAL_CHANNEL(8274 , Odah, 2 , 80186 , Of f OOh, 2 , 1 , Oah) 
SERIAL_CHANNEL ( 8274 , Odah , 2 ,8013 , OeOh, 2 , 2 , 27h) 

%OS_SUPPORT ( rmx8 6 ) 

%NPX_SUPPORT 

%EEPROM_SUPPORT (2817) 

; BOOTSTRAP_SUPPORT (manual ) 

%END 

231420-26 

Figure 5-18. iSDM 86 Configuration File for 8 MHz iSBC 186/51 Note: ISCP is at OFFFOH 
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APPENDIX A 
LANHIB SCHEMATIC 



80186/82586 High Integration Board 
Rev. 2.0. 

Ul 74S32 
U2 74LS04 
U3 74LS02 
U4 74LS74 
U5 74LS74 
U6 DS1488 
U7 DS1489 




0.1 jiaF Capacitor on Each IC 
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Module Addr — dec 

Title 'HIB Address Decode Logic 



Kiyoshi Nishide 


Intel Corp. 


Dec. 4, 1984' 


"Declarations 






PAL1 


device 


'P16L8'; 


A0,A14,A15 


pin 


1,2,3; 


A16.A17, A18 


pin 


4, 5, 6; 


A19.BHE 


pin 


7,8; 


HLDA, S2 


pin 


9,11; 


RAMLO, RAMHI 


pin 


18,17; 


ROMLO, ROMHI 


pin 


19,12; 



Equations 

IROMHI = A15 & A16 & A17 & A18 & A19 & 
(HLDA # S2); 

IROMLO = !A15 & A16 & A17 & A18 & A19 & 
(HLDA # S2); 

JRAMHI - !A14 & !A15 & !A16 & !A17 & !A18 & 
!A19 & !BHE & (HLDA # S2); 

IRAMLO = !A0 & !A14 & !A15 & !A16 & !A17 & 
!A18 & !A19 & (HLDA # S2); 

End Addr — dec 
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TSMS PROGRAM LISTING 



SERIES-III PL/M-86 V2. 3 COMPILATION OF MODULE TSMS 

OBJECT MODULE PLACED IN :fl: TSMS. OBJ 

COMPILER INVOKED BY: PLM86. 86 :fl:TSMS. PLM LARGE M0D1B6 OPTIMIZEO) SET (SBC 18651 ) 



/***»***#*#*## 



*#***##«**#** 



Traffic Simulator/Monitor Station Program 
for 186/586 High Integration Board and 
iSBC 186/51 



/* Ver. 1.0 

/* 

/* Kiyoshi Nishide 

/* 

/*•***»****#*******♦*****#*#*#**• 



December 17. 1984 
Intel Corporation 



#»»**»*****»**#**/ 



This software can be conditionally compiled to work on the iSBC 186/51 or 
on the LANHIB. If 'set (S3C18651 ) ' is added to the compiler call statemen 
this source program will be compiled for the iSBC18651. */ 



do; 

declare main label public; 

/* literals */ 

*IF SBC18651 



declare lit literally 


'literally 


true 


lit 


'1 ', 


false 


lit 


'0'. 


forever 


lit 


'while 1'. 


ISCP»LOC*LO 


lit 


'OFFFOH', 


ISCP»LOC*HI 


lit 


'0'. 


SCB»BASE*LO 


lit 


'0'. 


SCB*BASE»HI 


lit 


'0', 


CA*PORT 


lit 


'0C8H', 


BOARD*ADDRESS*BASE 


lit 


'OFOH', 


INT»TYPE*586 


lit 


'20H', 


INT$TYPE*TIMERO 


lit 


'30H', 


INT$CTL*TIMERO 


lit 


'0FF32H', 


INT*7 


lit 


'27H\ 


PIC»MASK*130 


lit 


'0E2H', 


PICSMASK*186 


lit 


'0FF28H'. 


ENABLE*586 


lit 


'OFEH', 


ENABLE*586*186 


lit 


'OEEH', 


PIC*E0I*130 


lit 


'OEOH', 


E0I*CMD0*130 


lit 


'60H', 


E0I*CMD4*130 


lit 


'64H', 


PIC*E0I*186 


lit 


'0FF22H'. 


E0I$CMD0*186 


lit 


'0'. 


PIC»VTR*186 


lit 


'0FF20H'. 


TIMERO*CTL 


lit 


'0FF56H'. 


TIMERO»COUNT 


lit 


'0FF50H'. 


MAX*COUNT*A 


lit 


'0FF52H'. 


CA 


lit 


'0', 


ESI*PORT 


lit 


'OCBH', 


N0*L00P3ACK 


lit 


'8'. 


LOOPBACK 


lit 


'0'; 


♦ELSE 






declare lit liter 


ally 


'1 iteral ly 


true 


lit 


'1 '. 


false 


lit 


'0'. 


forever 


lit 


'while 1'. 


ISCP*LOC*LO 


lit 


'03FFBH'. 


ISCP»LOC*HI 


lit 


'0'. 


SCB*BASE*LO 


lit 


'0', 


SCB*BASE»HI 


lit 


'0'. 


CARPORT 


lit 


'8000H'. 


BOARD*ADDRESS»BASE 


lit 


'8180H'. 


INT*TYPE*586 


lit 


'12', 


INT*TYPE*TIMERO 


lit 


'8'. 


INT*CTL*TIMERO 


lit 


'0FF32H'. 


PIC*MASK*186 


lit 


'0FF28H'. 


ENABLE*586 


lit 


'OEFH', 


ENABLE*586*186 


lit 


'OEEH', 


PIC*E0I*186 


lit 


'0FF22H', 


E0I*CMD0*1B6 


lit 


'12'. 


E0I»CMD4*186 


lit 


'8', 


TIMERO*CTL 


lit 


'0FF56H', 


TIMERO*COUNT 


lit 


'0FF50H', 


MAX*COUNT*A 


lit 


'0FF52H'. 


CA 


lit 


'0'. 


ESI SPORT 


lit 


'8100H', 


NO*LOOPBACK 


lit 


'1 '. 


LOOPBACK 


lit 


'0'; 



♦END IF 

♦IF NOT SBC18651 

/* System Configuration Pointer */ 

declare scp structure 
< 

sysbus byte, 
unused (5) byte, 
iscp*addr*lo word, 
iscp*addr*hi word 
) 
at (0FFFF6H) data (0, 0, 0, 0, 0, 0. ISCPSLOC^LO, ISCP^LOC^HI ); 
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/* Intermediate System Configu 



declare iscp*ptr pointer, 

iscp based iscp»ptr structure 



busg byte 



/» set to 1 by CPU before its first CA to 586, 
cleared by 586 after reading info from it */ 
unused byte< /* unused »/ 

scb*o word, /* offset of system control block »/ 
scb*b (2) word /* base of system control block */ 
>; 

/* System Control Block »/ 

declare scb structure 

( 



status word, 
cmd word, 
cbl*offset word, 
rpatoffset word, 
crc*errs word, 
aln*errs word, 
rsc*errs word, 



/# cause(s) of interrupt, CU state, RU state 
/» int acks, CU cmd, RESET bit, RU cmd #/ 
/* offset of first command block in CBL */ 
/* offset of first packet descriptor in RPA * 
/* crc error encounterd so far ♦/ 
/* alignment errors */ 
/* no resources */ 
/* overrun errors */ 



/* 82586 Action Commands */ 
/* NOP */ 

declare nop structure 

( 

status word, 

cmd word, 

linktoffset word 

)i 

/* Individual Address Setup 

declare ia*setup structure 
( 

status word, 
cmd word., 
link*offset word, 
iaSaddress (6) byte 
>; 

/* Configure */ 

declare configure structure 
( 

status word, 
cmd word, 
link*offset word, 
byte*cnt byte, 
info (11) byte 



/» Multicast Address Setup */ 

declare mc*setup structure 
( 

status word, 
cmd word, 
linktoffset word, 
mc*by te*count word, 
mc*address (48) byte 
>; 



only 8 MC addresses are allowed */ 



/* Transmit */ 



/* This transmit command is made of one tran 
1518 bytes long buffer. */ 

declare transmit structure 
( 

status word, 
cmd word, 
link*offset word. 
bd*offset word, 
desttadr (6) byte, 
type word 



it buffer descriptor and 



/» Transmit Buffer Descriptor 
declare tbd structure 



/* Transmit Buffer «/ 

declare tx*buffer (1518) byte; 
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declare tdr structure 
< 

status word, 
cmd word; 
linktoffset word, 
result word 
)i 

/* Diagnose */ 

declare diagnose structure 
( 

status word, 
cmd word, 
link$offset word 
), 

/# Dump Status */ 

declare dump structure 
( 

status word, 
cmd word, 
linktoffset word, 
buff*ptr word 
>; 

/* Dump Area #/ 

declare dump*area (170) byte; 

/* Frame Descriptor */ 

/.♦ Receive frame area is made of 3 RFDs, 3 RBDs, and 3 1314 bytes long 
buffers. */ 

declare rfd (5) structure 
( 

status word, 
el»s word, 
linktoffset word, 
bdtoffset word, 
desttadr <3> word, 
srctadr <3) word, 
type word 
>; 

/# Receive Buffer Descriptor #/ 

declare rbd (3) structure 
( 

act*count word, 
next»bd*link word. 
adO word, 
adl word, 
size word 



/« Receive Buffer */ 



declare rbuf <3) structure 

(buffer (1514) byte); 



/* global variables */ 

declare status word, 
actual word, 
c»buf (80) byte, 
dhex byte, 

ch byte at (Sc*buf), 
char*count byte, 
receivetcount dword, 
count dword, 
preamble word, 
address»length byte, 
ad*loc byte, 
crc byte, 
goback byte, 
reset byte, 
delay word, 
cur$cb*of f set word, 
currenttframe byte, 
nottransmission byte 
stop*count dword, 
stop byte, 
mctcount byte, 
z byte, 
y byte; 

/* external procedures */ 

read: procedure (a, b; c, d, 
declare (a, c> word, 

(b, d, e) pointer; 
end read; 



/* UART status #/ 

/* actual number of chars UART transferred */ 

/* buffer for a line of chars */ 

/* number base switch */ 



counter for received frames */ 

counter for transmitted frames */ 

preamble length in word ♦/ 

address length in byte */ 

address location control of 82586 */ 

crc length */ 

if set, go back to Continuous Mode */ 

reset flag #/ 

delay conunt for tranmission delay */ 

offset of current command block */ 

offset of frame descriptor just used # 

transmit terminal frame count */ 



e) external; 



d) external; 



(b, d) pointer; 



csts: procedure byte external; 
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/* utility procedures */ 

offset: procedure (ptr) word; 

/* This procedure takes a pointer variable (selector: of f set ) . caluculates an 
absolute address, subtracts the S2586 SCD offset from the absolute address, 
and then returns the result as an offset value for the B25B6. */ 

declare (ptr. ptr*loc) pointer. 
base586 dword. 
w based ptr*loc (2) word; 

ptr*loc = ©ptr; 

/* 82586 SCB Base Address (20-bit wide in this 186 based system) */ 
base586 = (shKdouble ( i scp. sc b*b ( 1 ) ) . 16) and OOOFOOOOH) + iscp. scb*b (0 ) ; 
return low ( ( sh 1 ( doub 1 e (w(l)), 4) + w(0)) - base586); 

end offset; 

writeln: procedure (a. b. c, d); 

/* This procedure writes a line and put a CR/LF at the end. */ 

dec lare (a. c ) word. 

(b< d ) pointer; 



end writeln; 

cr*lf: procedure; 

/* This procedure writes a CR/LF. */ 

call write (O, ©(ODH, OAH). 2. ©status); 
end cr*lf; 

pause: procedure; 

/* This procedure breaks a program flow, and waits for a char to be typed. 

call write(0, @(ODH, OAH. 'Hit <CR> to countinue'). 23. ©status); 
call readd, @c*buf. 80, ©actual, ©status); 
call crtlf; 

end pause; 



skip: procedure byte; 



declare i byte; 



i = 0; 

do while (c*buf (i) 



read*char: procedure byte; ( 

/* This procedure reads a line and returns ther first non-blank character. */ 

declare i word; 

call readd. @c*buf, 80, ©actual, ©status); 
i = skip; 
,return(c*buf (i ) ); 

end readSchar; 

read*bit: procedure byte; 

/* This procedure reads a bit and returns the value. */ 

declare b byte; 

do forever; 

b = readlchar; 

if b = '1' then return 1; 
else 

if b = '0' then return 0; 
else 

call writeiO. ©( ' Enter a or 1 ==> '). 20. ©status); 
end; 

end read*bit; 

yes: procedure byte; 

/» This procedure reads a character and determines if it is a Y(y) or N(n). */ 
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74 2 declare b byte; 

75 2 do forever; 

76 3 b ■ read*char; 

77 3 if (b » 'Y') or (b » 'g'> then return true; 

79 3 else 

80 3 if (b » 'N') or (b *> 'r\') then return false; 

81 3 else 

call write(0. ©(ODH. OAH. ' Enter a Y or N — > '), 22. «ititui)i 

82 3 end; 

83 2 end yes; 

84 1 char$to*int: procedure (c) byte; 

/* This procedure converts a byte of ASCII integer to an integer. #/ 

85 2 declare c bgte; 

86 2 if ('0' <= c) and <c O '9') then return <c - 30H); 

88 2 else 

89 2 if ('A' O c> and (c <* 'F'> then return (c - 37H); 

90 2 else 

91 2 if ('a' O c) and (c O 'f') then return (c - 57H). 

92 2 else return OFFH; 

93 2 end char»to*int; 

94 1 int«to«asci: procedure (value, base. Id. bufadr. width); 

/* This procedure converts an interger < OFFFFFFFFH to an arrag of ASCII 
codes. 
Input variables arv: valure ■ integer to be converted. 

base * number base to be used for conversion. 

Id «= leading character to be filled in. 

bufadr « buffer address of the arrag. 

width « size of arrag. */ 

95 2 declare value dword. 

bufadr pointer. 

(i. j. base. Id. width) bgte. 

chars based bufadr (1) bytej 

96 2 do i v 1 to width; 

97 3 j « value mod base; 

98 3 if j < 10 then chars (width - i ) * j + 30H; 

100 3 else chars (width - i> - j + 37H; 

101 3 value * value / base; 

102 3 end; 

103 2 i *» 0; 

104 2 do while chars <i) ■ '0' and i < width - 1; 

105 3 chars (i) « Id; 

106 3 i = i + 1; 

107 3 end; 

108 2 char»count - width - i; 

109 2 end int*to*asci; 

110 1 outt-word: procedure (w*ptr. distance); 

/* An integer at (selector of w*ptr ) : (of fset of wtptr + distance) is printed 
as a 4 digit hexadecimal number. #/ 

111 2 declare chars(4> bgte. 

w*ptr pointer, 
distance bgte. 
w based w*ptr (1) word; 

112 2 call int«to*asci(w(distance>. 16. '0'. echars(O). 4); 

113 2 call writetO. ©chars(O). 4. ©status); 

114 2 end outtword; 

115 1 writetint: procedure (dw. c); 

/* An integer (dw) is printed in hexadecimal (t » 1) or in decimal <t » 0). */ 
declare dw dword. 



chars (10) bgte. 
t bgte; 



117 2 if t then 

118 2 do; 

119 3 call int*to«asci<dw. 16. 0. ©chars(O), 8); 

120 3 call write(0. ©chars(8-char*count>. char»count. ©status); 

121 3 end; 

122 2 else 

do; 

123 3 call int»to»asci(dw. 10. 0. ©chars(O). 10); 

124 3 call write(0. ©chars( 10-char»count >» char*count. ©status); 

125 3 end; 

126 2 end write»int; 

127 1 out*decthex: procedure(dw); 

/* This procedure prints an integer in decimal and hexadecimal. */ 

128 2 declare dw dword; 

129 2 call write*int<dw, 6); 

130 2 call write(0, ©( ' ('). 2. estatus); 

131 2 call write»int(dw. 1); 

132 2 call write(0. ©CH)'), 2, ©status); 
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133 2 end out«dec*hcxj 



134 1 u/ritetoff set: procedure (u/»ptr >; 



/* This proctdure takes a pointer variable, converts it to a 82586 type offset, 
and prints it in hexadecimal. */ 



136 2 call uirite(0. e< ' at '). 4, Sstatus); 

137 2 w » offset(w*ptr>; 

138 2 call out*word(«w. 0)i 

139 2 call write(0. t( ' '). 2. Sstatus); 

140 2 end wr ite»of f set; 

141 1 uri tetaddress: procedure (ptr); 

/♦ This procedure takes a pointer variable and prints it in the 
'selector: of f set ' format. ♦/ 

142 2 declare (ptr, ptr*loc) pointer. 

u based ptrtloc (2) word; 

143 2 ptr*loc = Otptr; 

144 2 call out*uord(eu<l>, 0); 

145 2 call write(0. «(':'). 1, fistatus); 

146 2 call out*word(ftw(0>. 0)i 

147 2 call write(0, 6( ' '). 1. estatus); 

148 2 end ur ite*address; 



149 


1 


pr; 


intfwds: procedure (u/*ptr, notuiords). 






/» 


This procedure prints notuordt numbei 


ISO 


2 


declare w*ptr pointer. 








(i. no*words) byte. 


151 


2 




if no*uiords <> then 


152 


2 




do; 


153 


3 




call cr»lf; 


154 


3 




do i = to notuords - 1; 


155 


4 




call outtword (ut*ptr< i); 


156 


4 




if i = then 


157 


4 




call uirite*offset(u»ptr 


158 


4 




call cr»lf; 


159 


4 




end; 


160 


3 




end; 



ds starting at ui*ptr 



161 2 end print»wds; 

162 1 print»str: procedure (str»ptr» len); 

/* This procedure prints len number of bytes starting at str*ptr. */ 

163 2 declare (len. i) byte. 

chars (2) byte. 
str*ptr pointer, 
str based str»ptr (1) byte; 

164 2 if len O then 

165 2 do i = to (len - 1); 

166 3 call int*to$asci(str(i>, 16, '0'. echars(O), 2); 

167 3 call urite(0, Cchars(O), 2, ©status); 

168 3 call u»rite(0. fi( ' '). 2. estatus); 

169 3 end; 

170 2 call cr»lf; 

171 2 end print»str; 

172 1 print«buff: procedure (ptr, cnt); 

/* This procedure prints cnt number of buffer contents starting at ptr. 

173 2 declare ptr pointer, 

bt based ptr (1) byte, 
(i. j) byte, 
cnt word; 

174 2 if cnt > 16 then 

175 2 do; 

176 3 i = shr(cnt, 4) - 1; 

177 3 do j » O to i; 

178 4 call write*address<ebt(16*j)>; 

179 4 call print*str<ebt(16*j), 16); 

180 4 if (j - 20) or (j = 40) or (j = 60) or (j - 80) then 

181 4 call pause; 

182 4 end; 

183 3 i » i + 1; 

184 3 if cnt-16#i O then call uiri te»address(Sbt ( 16*i ) ) ; 

186 3 call print»strObt(16*i), cnt-16*i); 

187 3 end; 

188 2 else 

do; 

189 3 call write»address(«bt(0)>; 

190 3 call print»str(tbt(0)» cnt); 

191 3 end; 

192 2 end print«buff; 



5-101 



inteT 



AP-234 



193 1 read*int: procedure (limit) dword; 

/* This procedure reads integer characters and forms an integer. If the 

integer is bigger than 'limit' or an overflow error is encounterred, then 
an error message is printed. */ 

194 2 declare (wd. wh, limit) duiord. 

(i» ji k. done. hex. dover. hover) byte; 

195 2 do forever; 

196 3, call readd, ©c*buf, 80. ©actual, ©status); 

197 3 i, k = skip; 

198 3 hex. done, dover, hover = false; 

199 3 wd, wh = 0; 

200 3 j = char*to*int(c*buf <i)); 

201 3 do while j <= 15; 

202 4 if j > 9 then hex = true; 

204 4 if not dover then 

205 4 if wd > 429496729 then dover = true; 

207 4 else if (wd = 429496729) and (j > 5) then dover = true; 

209 4 wd = wd»10 + j; . 

210 4 , if not hover then if wh > OFFFFFFFH then hover = true; 

213 4 wh = wh»16 + j; 

214 4 i = i + 1; 

215 4 j = char*to*int(c*buf (i) ); 

216 4 end; 

217 3 if <(c*buf<i) <> 'H') and (c*buf(i) O 'h') and (c»buf(i) O ODH) and 

(c»buf(i) O OAH) and (c»buf(i) <> ' ')) or (i = k) then 

218 3 call writeln(0, ©(ODH, OAH, ' Illegal character'), 20, ©status); 

219 3 else 

do; 

220 4 if (c*buf(i) = 'H'> or (c*buf(i) = 'h') then hex = true; 

222 4 if hex then 

223 4 do; 

224 5 if not hover and (wh <= limit) then return wh; 

226 5 end; 

227 4 else 

228 4 if not dover and (wd <= limit) then return wd; 

229 4 call writeln(0, ©(ODH, OAH, ' The number is too big. '), 25, 

©status); 

230 4 call urite(0, ©(' It has to be less than or equal to '), 36. 

©status); 

231 4 call out*dec*hex (limit); 

232 4 call writeln(0, ©('.')» 1, ©status); 

233 4 end; 

234 3 call write(0, ©(' Enter a number ==> '), 20, ©status); 

235 3 end; 

236 2 end read*int; 



/* This procedure puts an address typed in hexadecimal to the specified 
location 'where'. */ 

238 2 declare where pointer. 

(i, j, m, err) byte, 

addr based where (1) byte; 

239 2 do forever; 

240 3 err = false; 

241 3 call readd, ©c*buf. 80, ©actual, ©status); 

242 3 i = skip; 

243 3 m = addresstlength; 

244 3 do while (m <> O) and not err; 

245 4 j = char*to*int<c*buf <i> >; 

246 4 if j = OFFH then err = true; 

248 4 else 

do; , ' ■ 

249 5 addr(m-l) = shl(j, 4); 

250 5 j = char*to*int(c*buf (i+1) ); 

251 5 if j = OFFH then err = true; 

253 5 else addr(m-l) = addr(m-l) or j; 

254 5 end; 

255 4 i = i + 2; 

256 4 m = m - 1; 

257 4 end; 

258 3 if not err then 

259 3 do; 

260 4 m = c*buf(i); 

261 4 if (m = ODH) or (m = OAH) or (m = 'h') or (m = 'H') or (m = 

262 4 then return; 

263 4 end; 

264 3 call writeln(0, ©(ODH, OAH, ' Illegal character'), 20, ©status); 

265 3 call write(0, ©(' Enter an address in Hex ==> '), 29, ©status); 

266 3 end; 

267 2 end put*address; 

268 1 percent: procedure; 

/* This procedure calculates and prints a network percent load generated 
by this station. The equation used in this procedure was obtained 
from actual measurements. */ 

269 2 declare i word, 

(j, k> dword, 
pcent (3) byte; 

270 2 j = (tbd. acttcount and 3FFFH)#8; 

271 2 if not ad*loc then k = <2*address*length + 2 + crc ► preamble)*8; 

273 2 else k = (crc + preamble)»8; 

274 2 if delay O then 

*IF NOT SBC18651 
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i = low((1000*( j + k))/(lB03 + k + 3»double(delay > + j>>; 
•ELSE 

275 2 i = loui<(iOOO#( j + k)>/<2021 + k + 3*doub le< delay ) + j>>; 

♦END IF 

276 2 else 

*IF NOT S3C18631 

i = loui( (1000#( j + k))/(1810 + k + j)); 
♦ELSE 

i » low(<1000«(j + k))/(2026 + k + j)>; 
♦END IF 

277 2 call int^to^asci ( i. 10. 0. Spcent(O). 3); 

278 2 call write<0. Spcent(O), 2. Sstatus); 

279 2 call write<0. «('.'). 1. ©status); 

280 2 call write<0, Spcent<2), 1, Sstatus); 

281 2 call writelnCO, 8< ' 7.'). 2, Sstatus); 

282 2 end percent; 

283 1 print^network^addr: procedure (ptr)i 

/• This station's address is printed with its least significant bit 
in the most right position. */ 

284 2 declare ptr pointer. 

addr based ptr (1) byte, 
char (6) byte, 
i byte; 

285 2 do i « 1 to addref s*leng th; 

286 3 char(i-l) = addr <address^length-i ) ; 

287 3 end; 

288 2 call pr int^str (Schar <0> . address^length ) ; 



end pr int^networ k^addr 



290 1 pr int^pararneters: procedure; 

/* This procedure prints transmission parameters. */ 

291 2 declare u dword. i 

stgs (6) byte; 

292 2 call write<0. (2 ( ' Destination Address: '). 22. Sstatus); 

293 2 if not ad^loc then 

294 2 call pr int^networ k^addr (Stransmi t. dest^adr (0) ); 

295 2 else 

call print^network^addr (@tx*buf f er (0) ); 

296 2 if not ad^loc then 

297 2 w = (tbd. actScount and 3FFFH) + address^l eng th * 2 + 2 + crc; 

298 2 else w =» ( tbd. ac t^count and 3FFFH) + crc; 

299 2 call write(0. S< ' Frame Length: '). 13. Sstatus); 

300 2 call write^int(w, 0); 

301 2 call writeln<0. a( ' bytes'). 6. Sstatus); 

302 2 call urite<0. 3( ' Time Interval between Transmit Frames: ')< 40. Sstatus); 

303 2 if delay <> then 

304 2 do; 

♦IF NOT S3C18651 

u; = 1810 + (double(delay) - 1 ) * 5; 



' 2026 + (double(delay ) 



306 3 call int*to$a5ci(iD, 10. 0. Sstgs, 6); 

307 3 if w >= 10000 then 

308 3 do; 

309 4 call write<0. Sstgs(O). 2. Sstatus); 

310 4 call write(0. ©('.'). 1, Sstatus); 

311 4 call urite(0. @stgs<2). 2. Sstatus); 

312 4 call writeln<0. S( ' mi 1 iseconds ' > . 12. Sstatus); 

313 4 end; 

314 3 else 

do; 

315 4 call write<0, Sstgs(O). 5. Sstatus); 

316 4 call write<0, S( '. '). 1. Sstatus); 

317 4 call write<0. Sstgs(5). 1, Sstatus); 

318 4 call uriteln(0. S( ' microseconds'). 13. Sstatus); 

319 4 end; 

320 3 end; 



321 



♦IF NOT S3C18651 

call writeln(0, S( ' 139.4 microseconds'). 19. Sstatus); 
♦ELSE 

call writeln<0, SC ' 172. 8 microseconds ' ). 19. Sstatus); 
♦END IF 

call write(0> S(' Network Percent Load generated by this stati 
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323 2 call percent; 

324 2 call write(0, @(' Transmit Frame Terminal Count: '), 32, ©status); 

325 2 if stop then call wr i te*int ( stoptcount. dhex); 

327 2 else call write(0, @('Not Defined'). 11, ©status); 

328 2 call crtlf; 

329 2 end pr inttparameters; 

330 1 printtscb: procedure; 

/* prints the SCB */ 

331 2 call writeln(0, @(0DH, OAH, '*** System Control Block #**'), 30, ©status); 

332 2 call printtwds (@scb. status, 8); 

333 2 end printtscb; 



aittscb: procedure; 



declare i word; 



336 2 i = 0; 

337 2 do while (scb. cmd O 0) and (i < 8000H); 

338 3 i = i + 1; 

339 3 end; 

340 2 if scb. cmd O then 

341 2 do; 

342 3 call write(0, ©(0DH, OAH, ' Wait Time = '), 15, ©status); 

343 3 call writetint(i, 0); 

344 3 call crtlf; 

345 3 end; 

346 2 end wait*scb; 

347 1 startttitnerO: procedure; 

/* 80186 timerO is started. */' 

348 2 output(TIMEROtCTL) = 0E000H; 

349 2 end start*t imerO; 



isr: procedure interrupt INTtTYPEt586 reentrant; 
/* interrupt service routine for 82386 interrupt 
declare i bgte; 

/* Enable 825B6 Interrupt */ 
*IF SBC18651 



tENDIF 

/* Frame Received Interrupt has the highest priority */ 

354 2 if (scb. status and 4000H) = 4000H then 

355 2 do; 

356 3 disable; 

357 3 scb. cmd = 4000H; 

358 3 output (CAtPORT) = CA; 

359 3 call waittscb; 

360 3 if rfd<current*frame). status = 0A000H then 

361 3 do; 

362 4 receivetcount = receive*count + 1; 

363 4 current*frame = currenttf rame + 1; 

364 4 if currenttf rame = 5 then currenttf rame = 0; 

366 4 end; 

367 3 return; 

368 3 end; 

369 2 if (scb. status and 2000H) = 2000H then 

370 2 do; 

371 3 disable; 

372 3 scb. cmd = 2000H; 

373 3 output(CAtPORT) = CA; 

374 3 call waittscb; 

375 3 enable; 

376 3 if (transmit. status and OAOOOH) = OAOOOH then 

377 3 do; 

378 4 count = count + 1; 

379 4 if (stop and (count = stoptcount)) then return; 

381 4 else 

do; 

382 5 transmit. status = 0; 

383 5 if delay = then 

384 5 do; 

385 6 disable; 

386 6 scb. cmd = 0100H; 

387 6 output (CAtPORT) = CA; 

388 6 call waittscb; 
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389 6 return; 

390 6 end; 

391 5 else 

do; 

392 6 call start*timerO; 
373 6 return; 

394 6 end; 

395 5 end; 

396 4 end; 

397 3 if (transmit. status and 0020H) = 0020H then 

398 3 do; 

399 4 transmit, status = 0; 

400 4 disable; 

401 4 scb. cmd =■ 0100H; 

402 4 output (CA*P0RT> = CA; 

403 4 call wait*scb; 

404 4 return; 
403 4 end; 

406 3 if (transmit. status and 0400H) = 0400H then 

407 3 do; 

408 4 call write(0, ©(ODH, ' No Carrier Sense!'. ODH), 20, ©status); 

409 4 transmit, status = 0; 

410 4 disable, 

411 4 scb. cmd = 0100H; 

412 4 output (CAtPORT) = CA; 

413 4 call wait*scb; 

414 4 return; 

415 4 end; 

416 3 if (transmit, status and 0200H) = 0200H then 

417 3 do; 

418 4 call write(0, ©(ODH. ' Lost Clear to Send!', ODH), 22, ©status); 

419 4 transmit. status = 0; 

420 4 disable; 

421 4 scb. cmd = 0100H; 

422 4 output (CAtPORT) = CA; 

423 4 call waittscb; 

424 4 return; 

425 4 end; 

426 3 if (transmit. status and 0100H) = 0100H then 

427 3 do; 

428 4 call uirite(0, ©(ODH, ' DMA Underrun ! ', ODH), 16, ©status); 

429 4 transmit. status = 0; 

430 4 disable; 

431 4 scb. cmd = 0100H; 

432 4 output (CAtPORT) = CA; 

433 4 call waittscb; 

434 4 return; 

435 4 end; 

436 3 end; 

437 2 v if (scb. status and 8000H) = 8000H then 



438 2 do; 

439 3 disable; 

440 3 scb. cmd = 8000H; 

441 3 output (CA*PORT) = CA; 

442 3 call waittscb; 

443 3 end; 

444 2 if (scb. status and 1000H) = 1000H then 

445 2 do; 

446 3 disable; 

447 3 scb'. cmd = 1000H; 

448 3 output (CAtPORT) = CA; 

449 3 call waittscb; 

450 3 call iurite(0, ©(ODH, ' Receive Unit became not ready. ', ODH), 33, 

©status); 

451 3 end; 

452 2 if reset then 

453 2 do; 

454 3 if iscp. busy then 

455 3 do; 

456 4 call writeln(0, ©(ODH, OAH, ' Reset failed.'), 16, ©status); 

457 4 disable; 

458 4 scb. cmd = 0080H; 

459 4 output (CAtPORT) = CA; 

460 4 call waittscb; 

461 4 output (CAtPORT) = CA; 

462 4 call writeln(0, @( ' Software Reset Executed!'), 25, ©status); 

463 4 end; 

464 3 else reset = false; 

465 3 end; 



467 1 txtisr: procedure interrupt INTtTYPEtTINERO; 

/* interrupt survice routine for 80186 timer interrupt*/ 

468 2 scb. cmd = 0100H; 

469 2 output(CAtPORT) = CA; 

470 2 call waittscb; 

♦IF SBC18651 

471 2 output(PICtEOItl30) = EOI tCMD4t 130; 

472 2 enable; 

473 2 output(PICtEOItlB6) = EOI tCMD0tl86; 

♦ELSE 

output<PIC*EOI*186> = E0I*CMD4*186; 
♦END IF 
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475 1 isr*7: procedure interrupt INT*7; 

/* The 80130 generates an interrupt 7 if the original interrupt is not 
active any more when the first interrupt acknowledge is received. */ 

476 2 call uiriteCO, @(0DH. 'Interrupt 7', ODH). 13. ©status); 

477 2 end isr*7; 

♦END IF 



480 2 call write(0. ©(ODH. OAH. ' Enter byte '), 14. ©status); 

481 2 call out*dec*hex(k>; 

482 2 call uirite(0. ©( ' ==> '), 5, ©status); 

483 2 return read*int (OFFH); 

484 2 end readtbyte; 

485 1 init*186*tinier0: procedure; 

/* This procedure initializes the 80186 timer 0. */ 

486 2 declare i byte; 

♦IF SBC18651 

487 2 output (INT»CTL^TIMER0) = 8; 

488 2 call write(0, ©(ODH, OAH, 'Enter a delay count ==> '), 27, ©status); 

489 2 delay = read^int (OFFFFH) ; 

490 2 if (delay < 100) and (delay O 0) then 

491 2 do; 

492 3 call cr^lf; 

493 3 call cr^lf; 

494 3 call loop^char (35, '*'); 

495 3 call uirite(0, ©(' WARNING '), 9, ©status); 

496 3 call loop^char (35, '*'); 

497 3 call writeln(0, ©(ODH, OAH, 'A delay count betueen and 100 may be very 

'dangerous when this station starts'), 80, ©status); 

498 3 call writeln(0, ©('to receive many frames separated only by the 

'IFS period (9.6 microseconds). '), 75, ©status); 

499 3 call writeln(0, ©('If this station never receives a frame, then 

'ignore this warning. '), 65, ©status); 

500 3 call loop^char(79» '*'); 

501 3 end; 

502 2 output(MAX^COUNT^A) = delay; 

503 2 call cr^lf; 

504 2 output(PIC*MASK^186) = 3EH; 

♦E1SE 

outputUNT^CTL^TIMERO) = OCH; 

call write(0, ©(ODH, OAH, ' Enter a delay count ==> '). 27, ©status); 

delay = read^int (OFFFFH) ; 

output(MAX^COUNT^A) = delay; 

call cr^lf; 

output(PIC^MASK^186) = ENA3LE^586^186; 

♦END IF 

505 2 end init^lB6^timerO; 



setup^ia^parameters: procedure; 
declare i byte; 



509 2 if yes then 

510 2 do i = to address*length - 1; 

511 3 ia^setup. ia^address ( i ) = input (30ARD^ADDRESS«ASE + 10 - 2 * i); 

512 3 end; 

513 2 else 

do; 

514 3 call write(0, ©(ODH, OAH, ' Enter this station"s address', 

'in Hex ==> ' ) , 43, ©status); 

515 3 call put^address(©ia^setup. ia^address(O) ); 

516 3 end; 

517 2 end setup^ia^parameters; 

518 1 setup^mc^parameters: procedure; 

519 2 declare (j, k, done) byte; 

520 2 j = 0; 

521 2 call writeln(0, ©(ODH, OAH- ' You can enter up to 8 Multicast Addresses. '), 

45, ©status); 

522 2 done - false; 

523 2 call write(0, ©( ' Would you like to enter a Multicast Address?', 

(Y or N) ==> '), 59, ©status); 

524 2 do while not done; 

525 3 if yes then 

526 3 do; 

527 4 k = j * address^length; 

528 4 j = j + 1; 

529 4 call cr^lf; 

530 4 if j = 9 then 

531 4 do; 

532 5 call write(0, ©(' You already entered 8 Multicast addresses. '), 

43, ©status); 

533 5 done = true; 

534 5 end; 

535 4 else 

do; 
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536 5 call write(0. ©(' Enter a Multicast Address ==> '), 31, ©statu 

537 5 call put*address <©mc*setup. mc*address ( k ) ) ; 

538 5 call writetO, ©(ODH, OAH, ' More Multicast Addresses?', 

' (Y or N) ==> '), 42. ©status); 

539 5 end; 

540 4 end; 

541 3 else done = true; 

542 3 end; 

543 2 if j = 9 then j = j - 1; 

545 2 mc$count = address*leng th # j; 

546 2 mc*setup. mc*by te*count = mctcount; 

547 2 call write(0, «(ODH, OAH, ' You entered '), 15, ©status); 

548 2 call wr ite*int < j, 0); 

549 2 call writeln(0, @(' Multicast Address ( es ).') , 23, ©status); 

550 2 end setup*mc»parameter si 

551 1 setup*conf igure*parameters: procedure; 

552 2 declare (k, j) byte; 

553 2 configure. byte$cnt = 11; 

554 2 configure. info(O) = 8; 

555 2 configure, infod > =0; 

556 2 configure. info(2) = 26H; 

557 2 configure. info(3> = 0; 

558 2 configure. info(4) =■ 96; 

559 2 configure. info(5) = 0; 

560 2 configure. info(6) => 0F2H; 

561 2 configure. info(7) = O; 

562 2 configure. info(8) = 0; 

563 2 . configure. info(9) = 64; 

564 2 j = 0; 

565 2 call write(0, ©(ODH, OAH, ' Configure command is set up for default', 

' values. ', ODH, OAH, ' Do you want to change any bytes?', 

' (Y or N) ==> '), 99, ©status); 

566 2 do while yes; 

567 3 do while j = 0; 

568 4 call write(0, ©(ODH, OAH. ' Enter byte number (1 - 11) ==> '), 34, 

©status); 

569 4 j = read*int(ll); 

570 4 if j = then 

571 4 call write<0, S(ODH, OAH, ' Illegal byte number'), 22, ©status); 

572 4 end; 

573 3 if j = 1 then configure. by te*cnt = readtby te ( j ) ; 

575 3 else configure, info ( j - 2) = read*by te < j ) ; 

576 3 j = 0; 

577 3 call u»rite<0. ©(ODH, OAH, ' Any more bytes? (Y or N) ==> '), 32, 

©status); 

578 3 end; 

579 2 preamble = shld, shr( (configure, info (2) and 30H), 4) + l); 

580 2 addresstlength = configure. info(2) and 07H; 

581 2 if addresstlength = 7 then address*leng th = O; 

583 2 ad*loc = shr ( (configure, info (2) and 08H). 3); 

584 2 if shr( (configure. info(7> and 20H), 5) then crc = 2; else crc = 4; 
587 2 if shr( (configure. info(7) and 10H), 4) then crc = 0; 

589 2 end se tup*conf iguretparameters; 

590 1 setup*tx*parameters: procedure; 

591 2 declare (size- i) word; 

592 2 do forever; 

593 3 no*transmission = false; 

594 3 transmit. bd*offset = offset (©tbd. ac t*c ount ) ; 

595 3 if not ad*loc then 

596 3 do; 

597 4 call write<0, ©(ODH, OAH, 

' Enter a destination address in Hex ==> '), 42, ©status); 

59B 4 call put*address (©transmit. dest*adr (0) ) ; 

599 4 end; 

600 3 else call writeln<0, ©(' 82586 is configured to pick up DA, IA» '. 

' and TYPE from TX buffer. '). 64, ©status); 

601 3 call cr»lf; 

602 3 if not adSloc then 

603 3 do; 

604 4 call write(0, ©(ODH, OAH, ' Enter TYPE ==> '), 18, ©status); 

605 4 transmit, type = read»int (OFFFFH) ; 

606 4 end; 

607 3 call writeln(0, ©(ODH. OAH,' How many bytes of transmit data?'), 35, 

©status); 

608 3 call write(0. ©(' Enter a number ==> '). 20, ©status); 

609 3 size = r ead*int ( 1518) ; 

610 3 tbd. acticount = size or 8000H; 

611 3 ' if size O then 

612 3 do; 

613 4 tbd. linktoffset = OFFFFH; 

614 4 tbd.adO = offset (2t x*buf f er (0) ) ; 

615 4 tbd. adl = 0; 

616 4 do i = O to 1517; 

617 5 tx»buffer(i) = i; 

618 5 end; 

619 4 call writeln(0. 

©(ODH, OAH, ' Transmit Data is continuous numbers (0, 1, 2, 3. ', 

' . . . ) '), 57, ©status); 

620 4 call write(0, ©( ' Change any data bytes? (Y or N) ==> '), 37, 

©status); 

621 4 do while yes; 

622 5 call write(0, ©(ODH. OAH. ' Enter a byte number ==> '), 

27. ©status); 

623 5 i = read*int(size); 

624 5 call write(0. ©(ODH, OAH. ' Byte '), 8, ©status); 

625 5 call out*dec*hex ( i ) ; 

626 5 call write(0, ©( ' currently contains '), 20, ©status); 

627 5 call out$dec*hex ( tx*buf f er ( i ) ) ; 

628 5 call write(0, ©('.'), 1, ©status); 

629 5 tx»buffer(i) = read»by te ( i ) ; 

630 5 call write(0, ©(ODH, OAH, ' Any more bytes? (Y or N) ==> '), 

32, ©status); 
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631 5 end; 

632 4 end* 

633 3 else 

transmit. bd*offset = OFFFFH; 

634 3 call cr*lf; 

635 3 call ini t$186*timer0i 

636 3 call write<0, e(ODH, OAH, ' Setup a transmit terminal count?', 

' (Y or N> ==> '). 49. Sstatus); 

637 3 if yes then 

638 3 do; 

639 4 stop = true; 

640 4 call write (0, S<0DH, OAH. ' Enter a transmit'. 

' terminal count ==> '). 39, Sstatus); 

641 4 stop*count = read*int<OFFFFFFFFH) ; 

642 4 end; 

643 3 else stop = false; 

644 3 call cr»lf; 

645 3 call cr*lf; 

646 3 call pr int*parameters; 

647 3 call writeCO. S<0DH, OAH, ' Good enough? (Y or N) ==> '). 29, 

Sstatus); 

648 3 if yes then return; 

650 3 end; 

651 2 end setup$t x*parameters; 

652 1 loop*char: procedure <i> j>; 

653 2 declare (i. j, k ) byte; 

654 2 do k = 1 to i; 

655 3 call writetO, Sj. 1, Sstatus); 

656 3 end; 

657 2 end loop»char; 

658 1 init: procedure; 

659 2 declare i byte; 

660 2 call cr*lf; 

661 2 call loop*char(13, OAH); 

662 2 call loop*char < 15, ' '); 

663 2 call uiriteln<0. S( 'TRAFFIC SIMULATOR AND MONITOR', 

' STATION PROGRAM '), 46, Sstatus); 

664 2 call loop*char<7, OAH); 

665 2 call writeln<0, S<0DH, OAH, ' Initialization begun'), 23. Sstatus); 

666 2 call cr*lf; 

667 2 reset = true; 

668 2 cUr*cb*offset = OFFFFH; 

669 2 output (ESI*P0RT> = NQ»LOOPBACK; 

670 2 output (ESItPORT) = LOOPBACK; 

671 2 dhex = false; 

/* set up interrupt logic */ 

672 2 call set*interr up t < INT*TYPE*586, isr); 

673 2 call set*interrup t ( INT*TYPE*TIMERO. tx*isr); 

SIF SBC18651 

674 2 call set*interrupt < INT*7. isr7); 

675 2 output (PIC*MASK*130> = ENABLE*586*186; 

676 2 output (PIC*E0I*130> = E0I*CMD0*130; 

677 2 output (PIC*E0I*130) = E0I*CMD4*130i 

678 2 output (PIC«E0I»186) = E0I»CMD0»186; 

679 2 output (PIC*VTR«186) = 30H; 

*ELSE 

output (PIC*E0I*186) = E0I*CMD0»1B6; 
output <PIC*E0I«186) = E0I*CMD4»186; 
output (PIC*MASK*186) = ENABLE*586; 

♦ENDIF 

/* locate iscp */ 

680 2 iscp*ptr - ISCP*LOC*LO; 

/« set up fields in ISCP */ 

681 2 iscp. busy = 1; 

682 2 iscp. scb*b(0) = SCB«BASE*LO; 

683 2 iscp. scb*b(l) = SCB«ASE*HI; 

684 2 iscp. scb*o = offset (Sscb. status)) 

/* set up SCB */ 

685 2 scb. status = 0; 

686 2 scb. cbl*offset = offset (Sdiagnose. status ); 

687 2 scb. rpa»offset = offset (Srf d (0). status ); 

688 2 scb. crc*errs = Oj 

689 2 scb.aln»errs = O; 

690 2 scb.rsc«errs =0; 

691 2 scb. ovrn»errs = O; 

/* set up Diagnose command */ 

692 2 diagnose, status = 0; 

693 2 diagnose.cmd =7; 

694 2, diagnose. link*off set = offset (Sconfigure. status) ; 

/* set up CONFIGURE command */ 

695 2 configure. status =0; 
696, 2 configure.cmd =2; 

697 2 configure. link*offset = offset (Sia*setup. status ); ; 
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699 2 call setup*conf igure*parameters; 

/» set up IA command */ 

700 2 ia»setup. status = 0; 

701 2 iattetup. cmd = 1; 

702 2 ia*setup. link*of f set = offset <Smc*setup. status > ; 

703 2 call setup*ia»parameters; 

/* set up MC command */ 

704 2 mc*s»tup. status = Oi 

705 2 mcfsetup. cmd = 8003H; 

. 706 2 mc»setup. link*offset » OFFFFH; 

707 2 call setup*mc$parameters; 



/* set up one transmit cb linked to itself */ 

708 2 transmit, status = 0; 

709 2 call uiriteln(0, e<0DH. OAH, ' Would gou like to transmit?'), 30. Sstatus); 

710 2 call write<0, «< ' Enter a Y or N ==> '), 20, Sstatus); 

711 2 if yes then 

712 2 do; 

713 3 transmit. cmd = B004H; 

714 3 transmit, linkfoffset ■= OFFFFH; 

715 3 transmit. bd*offset •> offset <atbd. act*count ) ; 

716 3 call setup*tx*parametersi 

717 3 end; 

718 2 else no»transmissi on = true; 

/* initialize receive packet area */ 

719 2 do i = O to 3; 

720 3 rfd(i). status = 0; 

721 3 rfd(i). el*s = 0; 

722 3 rf d(i). link*of fset = offset (8r fd ( i+1 ). status ) ; 

723 3 rfd(i). bdtoffset = OFFFFH; 

724 3 rbd(i). act*count «= 0; 

725 3 rbd(i). next«bd*link = offset (Srbd < i + 1 ) . act*count >; 

726 3 rbd<i).adO = offset (Srbuf ( i ) . buf f er (0) ); 

727 3 rbd(i) adl = 0; 

728 3 rbd<i). size = 1500; 

729 3 end; 

730 2 rfd<0). bd*offset = offset (Srbd (0) . act*count > ; 

731 2 rfd(4). status = 0; 

732 2 rfd<4). el*s = 0; 

733 2 rfd<4). link*offset = offset (Srfd (O) . status ); 

734 2 rfd<4>. bd*offset = OFFFFH; 

735 2 rbd<4). act*count = 0; 

736 2 rbd(4). next*bd*link = offset (Srbd (0). act*count ) ; 

737 2 rbd(4).ad0 = offset (Srbuf (4) . buf f er.(0> ); 

738 2 rbd<4). adl =0; 

739 2 rbd(4). size = 1500; 



/* initialize counters */ 

740 2 count = 0; 

741 2 receive*count = 0; 

742 2 current*frame = 0; 

/* issue the first CA #/ 

743 2 output(CA»PORT) = CA; 

744 2 end init; 

745 1 printthelp: procedure; 

746 2 call uiriteln(0, @(ODH, OAH, ' Commands are:'), 16. ©status); 

747 2 call u»riteln(0, S(ODH. OAH, ' S - Setup CB D - Display RFD/CB'), 

45, Sstatus); 

748 2 call turiteln(0, 6C P - Print SCB C - SCB Control CMD'), 44, 

Sstatus); 

749 2 call uiriteln(0, S(' L - ESI Loopback On N - ESI Loopback Off), 45, 

Sstatus); 

750 2 call uritelnCO, S(' A - Toggle Number Base'), 23, 

estatus); 

751 2 call writelnCO, S( ' Z - Clear Tx Frame Counter'), 27, Sstatus); 

752 2 call uritelnCO, @C' Y - Clear Rx Frame Counter'), 27, Sstatus); 

753 2 call writelnCO. S(' E - Exit to Continuous Mode'), 2B, Qstatus); 



end print*help; 



755 1 entertscb*cmd: procedure; 

756 2 declare i byte; 

/* enter a command into the SC3 */ 

757 2 

758 2 

759 2 

760 3 call uritelnCO, S(' SC3 command word is not cleared'), 32. Sstatus); 

761 3 call iurite(0, @< ' Try a Channel Attention? (Y or N) ==> '), 

39, Sstatus); 

762 3 if yes then 

763 3 do;. 

764 4 output (CA*PORT> = CA; 

765 4 call writeln(0, S( ' Issued channel attention'), 25. Sstatus); 

766 4 call cr*lf; 

767 4 return; 

768 4 end; 
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Do you want to enter any SCB commands? (Y or N) ==> '), 

53. ©status); 
if not yes then return; 

call write(0, ©(ODH, OAH, ' Enter CUC ==> '), 17, ©status); 
i = read»int(4>; 

scb. cmd = scb. cmd or sh 1 ( doub le ( i ) , 8); 
if i = 1 then sc b. cb l*of f se t = cur *cb*of f set; 

call write(0, @<ODH, OAH. ' Enter RES bit ==> '). 21. ©status); 
i = readtbit; 

scb. cmd = scb. cmd or shl(i, 7); 

call uirite(0, ©(ODH, OAH, ' Enter RUC ==> '), 17, ©status); 
i = read*int<4); 
scb. cmd = scb. cmd or shl(i. 4); 
if (((scb. cbl*offset = offset (©transmit, status ) ) 

and ((scb. cmd and 0100H) = 0100H) ) or ((scb. cmd and 0010H) = 0010H)) 

and not ((scb. cmd and 0080H) = 0080H) 

then goback =1; 
call writeln(0, e(ODH, OAH, ' Issued Channel Attention'), 27, ©status); 
call cr*lf; 
output(CA*PORT) = CA; 

end enter*scb*cmd; 



nt*type*help : procedure; 



791 
792 
793 
794 
795 
796 



call writeln(0, 

call writeln<0, 

call writeln(0, 

call writeln(0, 

call writeln(0, 

call writeln(0, 

end pr int*type*help 



©(ODH, OAH, OAH. 'Command block type:'), 22. ©status); 
©(' N - Nop I - IA Setup'), 35, ©status); 

©(' C - Configure M - MA Setup'), 35. ©status); 

©( ' T - Transmit R - TDR ' ) , 30, ©status); 

@( ' D - Diagnose S - Dump Status'). 38, ©status) 

©( ' H - Print this message'), 23, ©status); 



800 
801 
802 



setup»cb: procedure; 
declare (t, valid) byte; 

valid = false; 

do while not valid; 

call write(0, @(ODH, OAH, ' 

t = read*char; 

if (t O 'H') and (t O 'h ' 

(t O 'N') and (t O 'n' 

(t O 'D') and (t O 'd ' 

(t O 'I ') and (t O 'i ' 

(t O 'S') and (t O 's' 

call write(0, ©(ODH, OAH, ' 

else 

if (t = 'H' ) or (t = 'h ') t 

else valid = true; 



Enter command block type (H for', 

' help) ==>> '), 45, ©status); 

) and (t O 'T') and (t <> 't') and 
) and (t O 'R') and (t O 'r') and 
) and <t<> 'C> and (t <> 'c') and 
) and (t O 'M') and (t O 'm') and 
) then 
Illegal command block type'), 29, 

estatus); 

hen call pr int*type*help; 



812 
813 
814 
815 
816 
817 



if (t = 'N') or (t = 'n') then 
do; 

offset (©nop. status ); 



cur*cb*of f set 
nop. status = 
nop. cmd = 8000H; 
nop. link*offset = 



if (t = 



(t = 



OFFFFH; 
'i') then 



819 
820 
821 
822 
823 
824 
825 
826 
827 
828 
829 
830 
831 
832 
833 
834 
835 
836 
837 
838 
839 
840 
841 
842 
843 
844 
845 
846 
847 
848 
849 
850 
851 
852 
853 
854 
855 
856 
857 
858 
859 
860 
861 



cur*cb*offset = offset (©ia*setup. status); 

iatsetup. status = 0; 

iatsetup. cmd = 8001H; 

iatsetup. link*offset = OFFFFH; 

call setup*ia*parametersi 
end; 

if (t = 'O or (t = 'c ') then 
do; 

cur*cb*of f set = offset (©configure, status ) ; 

configure, status = 0; 

configure.cmd = 8002H; 

configure, linktoffset = OFFFFH; 

call setup*conf igureiparameters; 
end; 

if (t = 'M') or <t 
do; 



then 



cur»cb*of f set = offset (©mc*setup. status ) , 

mc*setup. status =0; 

mc*setup. cmd = 6003H; 

mc*setup. link*offset = OFFFFH; 

call setup*mc*parameters; 
end; 

if (t = 'T') or (t = 't' ) then 
do; 

cur*cb»offset = offset (©transmit, status ) ; 

transmit, status = O; 

transmit. cmd = 8004H; 

transmit. link*offset = OFFFFH; 

call setup*tx*parameters; 
end; 
if (t = 'R') or 



do; 



cur*cb*of f set = 
tdr. status = 0; 
tdr. cmd = 8005H; 
tdr. linktoffset 
tdr. result = 0; 

end; 

if (t 



(t = 'r') then 

offset (©tdr. status); 



do; 



= 'S') or (t = 's'> then 

cur«cb*of f set = offset (©dump, status 
dump, status = 0; 
dump. cmd = 8006H; 
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862 
863 
864 
865 
866 
867 
868 
869 
870 
871 



dump. link*offset = OFFFFH; 

dump. buff*ptr = offset (SdumpSarea(O) ) ; 
end; 

if (t = 'D') or <t = 'd ' ) then 
do; 

cur»cb»of f set = offset (Ud iagnose. status ) ; 

diagnose, status = 0; 

diagnose, cmd = B007H; 

diagnose. link*offset = OFFFFH; 
endi 



end setupfcb; 



875 
876 
877 
878 
879 
880 



883 
884 
885 
886 
887 
888 
889 
890 
891 
892 
893 
894 
895 
896 
898 
899 
901 
902 
903 
904 
905 
906 
907 
908 

909 
910 
911 
912 
913 
914 
915 
916 
917 
918 
919 
920 
921 
922 
923 
924 
925 
926 
927 
928 
929 
930 
931 
932 
933 
934 
935 
936 
937 
938 
939 
940 
941 
942 
943 
944 
945 
946 
947 
948 
949 
950 
951 
952 
953 
954 
955 
956 



displayicommand*block ; procedure; 
dec lare ( i, j ) by te< 

uh pointer. 

sel selector< 

u word; 
call cr*lf; 
if cur*cb*offset = OFFFFH then 

call write<0» S( ' No Command Block to display ')» 28. Sstatus) 
if cur«cb*off set = offset (©nop. status ) then 
do; 

call urite<0. S< ' NOP Command Block '), 23, Sstatus); 

call printtwds (Snop. status. 3); 
end; 

if cur*cb«offset = offset (Stdr. status ) then 
do; 

call urite<0, S( ' TDR Command Block '). 23. Sstatus); 

call print*wds(Stdr. status, 4); 
end; 
if cur*cb*off set = offset (Sd iagnose. status ) then 



do; 



call write<0, S< ' Diagnose Command Block '), 28, Sstatus); 

call print»wds(8diagnose. status, 3); 



r*cb*offset ■ 



offset (Stran 



it. statu 



then 



call write(0, SC ' Transmit Command Block '), 28, Sstatus); 

if not address*length then i = address*length; 

else i = addresstlength + 1; 

if ad*loc then call print*wds (Stransmi t. status. 4); 

else call print$uids(etransmit. status, i/2+1); 

call cr*lf; 

call cr$lf; ' 

if transmit. bd*offset O OFFFFH then 



call write(0, S< ' Transmit Buffer Descriptor 

call print*wds(Stbd. act*count. 4); 
call urite<0, S<0DH. OAH, OAH, 

' Display the transmit buffer? (Y or N) =■■ 
if yes then 
do; 

call cr*lf; 

call writeln<0, S<' Transmit Buffer 

u = tbd. act*count and 3FFFH; 

call print*buff (Stxtbuf f er (0) , w); 



-'), 33, Sstatus); 
'), 46. Sstatus); 



17. Sstatus); 



offset (Sia*setup. status) then 



1 write<0. S( ' IA Setup Command Block- 

1 print*wds(Sia*setup. status, 6); 



'), 28, Sstatus); 



cb*offset = offset (Sconfig 



status) then 



1 u;rite<0, S( ' Configure Command Block 

1 pr int*uds(Sconf igure. status, 9); 



cb*offset = offset (Smc*setup. status) then 



29, Sstatus); 



call write(0, S( ' KC Setup Command Block- 

i = 4 + mc«count/2; 
if mc*count > 24 then 
do; 

call print*wds(Smc*setup. status, 16); 
call pause; 
i = i - 16; 

call print*uids(Smc*setup. mc*addre?s(8). 
end; 
else call print*wds (Smc*setup. status, i); 
end; 

if cur*cb*off set = offset (Sdump. status > then 
do; 

call urite(0, S( ' Dump Status Command Block — 

call printiuds (Sdump. status, 4); 
if dump, status = 0A000H then 



'). 28. Sstatus); 



'). 31, Sstatus); 



call (uritelnCO, S(0DH, OAH, ' Dump Status Results'), 22. Sstatus); 

call write *offset(Sdump*area<0) ); 

call cr*lf; 

do i = O to 9, 

call print»str (@dump»area( 16*i ), 16); 
end; 

call print*str(Sdump*area<160), 10); 

call cr*lf; 



end display*command*block 



d i sp lay Crecei ve*area: proc 
declare (i. k. j, 1) byte, 
chars(4) byte; 
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960 
961 
962 
963 

964 
965 
966 
967 
968 
969 
970 
972 
973 
974 
975 
976 

977 
978 
979 
980 
982 
983 
984 
985 
986 

987 
989 
990 
991 
992 
993 
994 
995 
996 
997 



1 turitelnCO, @(0DH. OAH, ' Frame Descriptors: ') 
ad$loc then 

call writeln<0, @<ODH, OAH, 



DA. SA, and TYPE are in buffer. ', ODH, 
OAH), 36, ©status); 



end; 

else j = addresstleng th + 4; 

do k = O to ji 

do i = to 4; 

call out»word<©rfd< i ). status, k); 
if k = then call writetoff set <@rfd ( i ). status ) ; 
else call loop*char ( 10, ' '); 
end; 

call cr*lf; 
end; 
call iuriteln<0, ©(ODH, OAH, OAH, ' Receive Buffer Descriptors: '), 31, 

©status); 
do k = to 4; 

do i = O to 4; 

call out*word (@rbd( i ). acttcount. k); 
if k = then call ur i tetof f set (©rbd ( i ) . ac ttcount ) ; 
else call loop*char ( 10, ' '); 
end; 

call crt.lf; 
end; 

call write<0, @(0DH, OAH, OAH, ' Display the receive', 
' buffers? (Y or N) ==> ') 
if not yes then return; 

call writeln(0, @(0DH, OAH, ' Receive Buffers:'), 19, ©status); 
do i = to 4; 

call write(0, ©(ODH, OAH, ' Receive Buffer '), IB, ©status); 
call write*int(i, 0); 

call writeln(0, @(' :'), 2, ©status); 
k = rbd(i). acttcount and 3FFFH; 
call print*buff (Srbuf (i). buffer(O), k); 
call pause; 
end; 



46, ©status); 



splay *receiveSarea; 



1001 

1002 
1003 
1004 
1005 
1006 
1007 
1008 
1010 

1011 



disp lay*cb*rpa: procedure; 
declare i byte; 

call u>rite(0, @<0DH, OAH, ' Command Block or Receive Area? (R or C) == 

47, ©status); 
i = read*char; 
do while (i O 'R'> and (i <> 'r') and Ci O 'C ' ) and (i O 'c'); 

call writelnCO. ©(ODH, OAH, ' Illegal command'), 18, ©status); 

call turiteCO, ©( ' Enter R or C ==> '), 18, ©status)* 

i = read*char; 
end; 

if (i = 'R') or (i = 'r') then call d isp lay*receive*area; 
else call d i sp lay*command*b 1 oc k; 

end display*cb*rpa; 



1014 
1015 
1016 
1017 



1018 
1019 
1021 
1022 
1023 
1024 
1025 

1026 
1027 



process*cmd: procedure; 
declare (b, i ) byte; 

gobac k = 0; 

b = read*char; 

call cr*lf; 

if (b <> 'H') and (b 0> 'h') and (b O 'S'> and <b O 's 

(b O 'D') and (b O 'd') and (b <> 'P ' ) and <b O 'p 

(b O 'O and (b O 'c') and (b O 'E') and (b O 'e 

(b <> 'L') and (b O '1') and (b O 'N') and (b <> 'n 

(b O 'Z'> and (b O 'z') and <b O 'Y') and (b <> 'y 

(b <> 'A') and (b O ' 'a ' > then 

call urite(0, ©(' Illegal command'), 16, ©status); 

if (b = 'H') or (b = 'h') then call print*help; 

if <b = 'A') or (b = 'a') then 
if dhex then 



') and 


' ) and 


') and 


' ) and 


') and 



do; 



dhex = false; 

call urite(0> ©( ' Counters are displayed in decimal. 



©status); 



1030 
1031 
1032 
1033 
1034 
1035 
1036 
1037 
1038 
1039 
1040 
1041 
1042 
1043 
1044 
1045 
1046 
1047 
1048 
1049 
1050 
1051 
1052 



or (b 



'1 ' 



Counters are displayed in hexadecimal. 



then 



do; 



output<ESI*P0RT) = L00PBACK; 

call write<0, ©(' ESI is in Loopback Mode, 
end; 
if (b 
do; 



25, ©status); 



'N'> 



') then 



output (ESI*P0RT) = NQ*L00PBACK; 

call u>rite<0, ©( ' ESI is NOT in Loopback Mode. '), 29. ©status); 
end; 

if (b = 'Z') or (b = 'i ') then 
do; 

count =0; 

call write(0, ©( ' Transmit Frame Counter is cleared, 
end; 

if (b = 'Y') 
do; 



35, ©status); 



(b = 'y ') then 



receive*count = 0; 

scb. crc*errs, scb. aln*errs, scb. rsc*errs, scb. ovrn*errs = 0; 

call write(0, ©( ' Receive Frame Counter is cleared. '), 34. ©status); 
end; 
if (b 



'C> or <b 



'c') then call enter*scb*cmdi 
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1054 
1056 
1058 
1060 
1062 

1063 



if (b = 'S') or 

if (b = 'P') or 

if (b = 'D') or 

if (b = 'E') or 
call cr*lf; 

process*cmd; 



then call setup*cbi 

then call printtscb; 

then call d i sp lay *c b*r pa; 

then goback = li 



1066 
1067 
1068 

106? 
1070 
1071 
1072 
1073 
1074 
1075 
1077 



getout: procedure; 
declare b byte; 

b = read*char; 

goback = 0; 

call write(0, @(ODH, OAH, 



csts then 

d i sable; 

call process*cmd; 

enable; 

if goback then return; 

call writ*(0. ©(ODH, OAH, 



command (H fo 



1080 
1081 
1082 



end 


get 


ou 






update: 


procedur 


e 


dec 


are 


» 


byte; 





1085 


2 


1086 


2 


1087 


2 


1088 


2 


1089 


2 


1090 


2 


1091 


2 


1092 


2 


1093 


2 


1094 


2 


1095 


2 


1096 


2 


1097 


3 


1098 


3 


1099 


3 


1100 


3 


1101 


2 


1102 


2 


1104 


2 


1105 


2 


1106 


2 


1107 


2 


1108 


2 


1109 


2 


1110 


2 


1111 


2 


1112 


2 


1113 


2 


1114 


2 



call cr*lf; 

call loop*char< 10. OAH); 

call loop*char(28. '»'); 

call write<0, ©( ' Station Configuration '), 23, ©status); 

call loop*char<27, '»'); 

call cr*lf, 

call cr*lf; 

call write(0. ©( ' Host Address: '), 15. ©status); 

call print*network*addr (@ia*setup. ia*address (0) ) ; 

i = 0; 

call u»rite(0, ©( ' Multicast Address(es): '), 24, ©status) 

if mc»setup. mc*byte*count = 

then call writeln(0, ©('No Multicast Addresses Defined'), 

else 

do while i < mc*setup. mc*b y te*count; 

call pr int*network*addr (©mc*setup. mcSaddress(i)); 

call loop*char (24, ' '); 

i = i + 6; 
end; 
call write(0. ©(ODH), 1, ©status); 

if not no*transmission then call pr int*parameters; 
call uirite(0. @( ' 82586 Configuration Block; '). 28, ©sta 
call print*str(@conf igure. info<0), 10); 
call cr*lf; 

call loop*char(29. '»'); 

call write(0, ©< ' Station Activities '), 20, ©status); 
call loop*char(29, '*'); 
call cr*lf; 
call cr*lf; 
call writeln(0, 
# of Good # of Good CRC Alignment No 

call uiriteln(0. 

Frames Frames Errors Errors Resou 



30, ©statu 



73, ©status); 
Errors ' ) , 



1117 
1118 
1119 
1120 
1121 
1122 
1123 
1124 
1125 
1126 
1127 
1128 
1129 
1130 
1131 
1132 
1133 
1134 
1135 
1136 
1137 
1138 
1139 
1140 
1141 
1142 
1143 
1144 
1145 
1146 
1147 



nd 8000H) <> 8000H; 



call init; 

enable; 

do while reset; 

end; 

disable; 

scb. cmd = 0100H; 

output(CA*PORT) = CA; 

call waittscb; 

enable; 

do while (diagnose stat 

end; 

call cr*lf; 

if diagnose. status O 0A000H 

then call writeln(0, @( ' Diagnose failed!') 

if configure, status O 0A000H 

then call writeln(0, ©< ' Configure failed!' 

if ia*setup. status O 0A000H 

then call writeln(0, ©( ' IA Setup failed!') 

if mc*setup. status <> 0A000H 

then call writeln(0, ©< ' MC Setup failed!') 

scb. cbl*offset = offset (©transmit, status ); 

call writeln(0, ©(ODH, OAH, ' Receive Unit is act 

disable; 

scb. cmd = 0010H; 

output(CA*PORT) = CA; 

call waittscb; 

enable; 

output(ESI*PORT) = NOSLOQPBACK; 

call crtlf; 



17 , ©status); 

18 , ©status); 
17 , ©status); 
17 , ©status); 

), 26, ©status); 



o*tr 



call wr ite(0, ©( ' 



the 



-Transmit Command Block 



'), 28, ©status); 
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1148 
1149 
1 1150 
1151 
1152 
1153 
1154 
1155 
1156 
1157 
1158 
1159 
1160 
1161 
1162 
1163 
1164 
1165 
1166 
1167 
1168 
1169 
1170 
1171 
1172 
1173 
1174 
1175 
1176 
1177 
1178 
1179 
1180 
1181 
1182 
1183 
1184 

1185 



end 
cal 
cal 



11 print»wds(@transmit. status. 8); 
■11 cr*lf; 

r*cb*offset = offset (Stransmit. status )i 
11 pause; 
i = 1 to 60; 
call time(250>* 

1 writeln(0. @<0DH> OAH. 'transmission started!'). 23. Sstatus); 

1 crflf; 

able; 

. cmd = 0100H; 

put <CA*PORT) = CA; 

1 wait*scb; 

b 1 e; 



end; 

call update; 

do for 



11 uirite<0. S(ODH, 
y = to 5; 
do case y; 
call wr 
call wr 
call wr 
call wr 
call 
call wr i 



2. ©status); 



ite*int (count, dhex); 
ite*int(receive*count. 
ite*int(scb. crc*errs. i 
ite*int<scb. aln*errs, i 
ite*int<scb. rsc*errs. i 
• te*int(scb. ovrn*errs. 



char*c 



13 



char*co 



call loop*char (char*count. 
end; 
if csts then 



disable; 
call getout; 
call update; 



MODULE INFORMATION: 

CODE AREA SIZE = 2451H 9297D 

CONSTANT AREA SIZE = 1077H 421 5D 

VARIABLE AREA SIZE = 265EH 9822D 

MAXIMUM STACK SIZE = 0092H 146D 

1994 LINES READ 

PROGRAM WARNINGS 

PROGRAM ERRORS 

DICTIONARY SUMMARY: 

478KB MEMORY AVAILABLE 
24KB MEMORY USED <5V.) 
OKB DISK SPACE USED 

END OF PL/M-86 COMPILATION 
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6.1 INTRODUCTION 

The 82588 is a highly integrated Local Area Network 
(LAN) Controller that lends itself easily to cost sensi- 
tive LAN applications such as Personal Computers and 
Intelligent Terminals. Because of its high integration, 
the 82588 reduces component count which in turn re- 
duces board space and development time. Additionally, 
due to the flexibility of the 82588, the system design 
engineer can program a variety of device parameters to 
a configuration that allows it to be used in the emerging 
IEEE 802.3 standards for PCs. The combination of low 
cost and high flexibility makes the 82588 an attractive 
solution for the LAN system designer. 

The 82588 provides most of the functions of the ISO 
Physical and Data Link layers of LAN architecture. 
This includes a CSMA/CD controller, two different 
collision detect mechanisms, and a data encoder/de- 
coder that supports data transfer rates of up to 2 Mbps. 

As mentioned, the 82588 is programmable which al- 
lows it to operate in a variety of LAN environments 
including the emerging IEEE 802.3 standards of 1 
Mbps baseband (called STARLAN) and 2 Mbps broad- 
band (used in the IBM PC Network). Some of the pro- 
grammable parameters are: 

— Framing (End of Carrier or SDLC) 

— Address Field Length 

— Station Priority 

— Interframe Spacing * 

— Slot Time 

— CRC-32 or CRC-16 

— NRZI or Manchester encoding/decoding 

In addition, the 82588 allows for a variety of frame 
formats, network topologies, data encoding and decod- 
ing schemes and data transfer rates. 

A major innovation of the 82588 is its on-chip logic 
based collision detection. So that a high probability of 
collision detection can be maintained, two mechanisms 
are provided. First, the Code Violation method defines 
a collision when a transition edge occurs outside of the 
region specified for NRZI or Manchester encoding. 
Second, the Bit Comparison method compares the sig- 
nature of a transmitted frame to the receive frame sig- 
nature while "listening to itself." 

The 82588 goes beyond the basic provisions required 
for LAN physical interfacing. It also has an extremely 
friendly system interface that makes it easy to design 



with. The 82588 has a high level command interface 
(the CPU sends commands such as CONFIGURE or 
TRANSMIT) so the designer does not have to bother 
with low level software development. This saves on 
CPU overhead as well. The 82588 makes efficient use 
of the system memory available by employing Multiple 
Buffer Reception in which receive frames are saved in 
buffers that are chained together in system memory. 
This is an important feature for those applications with 
limited memory such as personal computers. The 82588 
has two independent 16 byte FIFOs (one for reception 
and one for transmission) that allows the device to tol- 
erate bus latency. Finally, the 82588 provides an 8-bit 
data path that supports up to 4 Mbytes/second using 
external DMA. The DMA interface has been optimized 
for use with the 80186/80188 microprocessors. 

The 82588 provides a rich set of diagnostic and net- 
work management functions that allow the designer to 
minimize debug time and maintain top network effi- 
ciency. Specifically, the 82588 provides internal and ex- 
ternal loopback capability and network channel activity 
indicators, it can capture all frames regardless of ad- 
dress (Promiscuous Mode) and it supports Time Do- 
main Reflectometry for locating shorts and opens in the 
transmission cable. There is also a Register Dump com- 
mand which allows the user to examine the 82588 inter- 
nal status registers. 

The following chapters describe the features and capa- 
bilities of the 82588 in greater detail. 



6.2 THE 82588 INTERNAL 
ARCHITECTURE 

There are two major functional blocks of the 82588: a 
parallel system interface to the host CPU and a serial 
interface to the local area network. Linking these func- 
tional blocks are two on-chip, 16-byte FIFOs, one each 
for transmitting and receiving (see Figure 6-1). 



6.2.1 Parallel Section 

The parallel system interface consists of a Bus Interface 
Unit (BIU) and several registers. The BIU has an 8-bit 
data bus, and is responsible for all interfacing to the 
system bus. It handles all transfer of data to and from 
memory — at speeds of up to 4 Mbytes/second — as 
well as issuing CPU commands and interrupts. There 
are two DMA channels allowing for simultaneous 
transmission and reception. The register section con- 
sists of three register sets. The first stores configuration 
information, the second is for the posting of commands 
and the third contains status information. 
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Figure 6-1. 82588 Block Diagram 



6.2.2 Serial Section 

The serial machine of the 82588 employs the IEEE 

802.3 CSMA/CD protocol. The serial section is re- 
sponsible for the following tasks: 

— converting data from parallel to serial form and 
vice versa 

— formatting the frame per the programmed configu- 
ration 

— computing the CRC "signature" and monitoring 
for code violations in order to detect collisions 

— performing carrier sense and deference if the net- 
work is busy 

— calculating random delay time before retransmis- 
sion in the event of deference or collision 

The efficiency of CSMA/CD was demonstrated in a 
1979 study of an Ethernet LAN of about 120 host com- 
puters and network server devices. The study showed 
that a network using collision detection has a through- 
put rate of 98 percent. This can be compared to the 
efficiency rate of 37 percent in networks with collision 
avoidance and 18 percent in networks with no collision 
regulating provisions. Until recently, the relative so- 
phistication of collision detection schemes such as 
CSMA/CD prevented their inclusion in cost effective 
LAN components. 



The data encoder/decoder of the 82588 can transmit 
and receive data in any one of three formats: Manches- 
ter, differential Manchester and NRZI encoding. Data 
rates with the internal encoder/decoder, can be up to 
2 Mbs. The serial machine is driven by a clock genera- 
tor using an up to 16 MHz crystal. This clock generator 
is for the serial side only; the parallel side receives its 
timing from the system clock. 

COLLISION DETECTION 

A major breakthrough introduced in the 82588 is the 
on-chip logic based collision detection capability. There 
are two programmable forms of collision detection. The 
"code violation" detection method checks the incoming 
bits to see if they violate Manchester or NRZI stan- 
dards. If a violation does occur, the 82588 assumes a 
collision has occurred. The second method is called "bit 
comparison." For this method the 82588 listens to itself 
while calculating a signature for both the transmit and 
receive data. If the signatures do not match, the 82588 
will back-off and retry immediately, without having to 
wait for transmission of the frame to be completed. In 
this way, total data throughput is increased significant- 

ly. 
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Figure 6-2. Bit Comparison Detect 



The parallel and serial section of the 82588 are asyn- 
chronous. The interface between them is made up of 
two unique FIFOs, one for transmission and one for 
reception. The FIFOs are 16 bytes deep and improve 
the data transfer rate in two ways. First, DMA requests 
to the CPU are minimized by fine tuning the program- 
mable FIFO threshold to match the particular system 
bus latencies. Second, the CPU side of the chip does not 
have to wait for the network side which transfers data 
at a slower rate. 



6,3 WORKING WITH THE 82588 

This section describes how the 82588 interacts with sys- 
tem CPU, and how the 82588 transmits and receives 
frames. The emphasis here is not on any particular 
commands, but rather on how the 82588 works. The 
details on Framing, Network Management, Initializing 
the 82588, Configuring the 82588, Controlling the 
82588, System Interface, and Link Interface are con- 
tained in the following chapters. 



6.3.1 82588/Host CPU Interaction 

The CPU communicates with the 82588 through the 
System's memory and 82588's on-chip registers. The 
CPU creates a data structure in the memory, programs 
the external DMA controller with the start address and 
byte count of the block, and issues the command to the 
82588. 

The 82588 is optimized for operating with the iAPX 
186/188, but due to the very conventional nature of 
hardware signals between the 82588 and the CPU, the 
82588 can operate easily with other processors. The 
data bus is 8 bits wide and there is no address bus. 



Chip select and Interrupt lines are used to communi- 
cate between the 82588 and the host as shown in Figure 
6-3. Interrupt is used by the 82588 to draw the CPU's 
attention. The Chip Select is used by the CPU to draw 
the 82588's attention. 

There are two kinds of transfers over the bus: Com- 
mand/Status and data transfers. Command/Status 
transfers are always performed by the CPU. Data 
Transfers are requested by the 82588, and are typically 
performed by a DMA controller. 

The CPU writes to 82588 using CS and WR signals. 
The CPU reads the 82588 status register using CS and 
RD signals. 

To initiate a command like Transmit or Configure, a 
Write operation to 82588 is issued by the CPU, A Read 
operation from CPU gives the status of the 82588. Al- 
though there are four status registers, they are read 
using the same port in a round robin fashion. Section 
Eight discusses details on these commands, and the 
status registers. 

Any parameters or data associated with the command 
are transferred between the memory and 82588 using 
DMA. The 82588 has two data channels, each having 
Request and Acknowledge line. Typically one channel 
is issued to receive data and the other to transmit data 
and to do all the other initialization and maintenance 
operations like Configure, Address Set-Up, Dump, Di- 
agnose, etc. The two channels are identical and can be 
used interchangeably. 

When 825 8fr requires access to the memory for parame- 
ter or data transfer, it activates the DMA request line 
and uses the DMA controller to achieve the data trans- 
fer. Upon the completion of an operation, the 82588 
interrupts the CPU. The CPU then reads results of the 
operation and the status of the 82588. 
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Figure 6-3. 82588/Host CPU Interaction 



6.3.2 Transmitting a Frame 

To transmit a frame, the CPU prepares a Transmit 
Data Block in memory as shown in Figure 6-4. Its first 
two bytes specify the length of the rest of the block. The 
next few bytes (up to 6 bytes long) contain the destina- 
tion address of the node it is being sent to. The rest of 
the block is the data field. The CPU programs the 
DMA controller with the start address of the block, 
length of the block and other control information and 
then issues the Transmit command to the 82588. (Sec- 
tion 6.4 discusses details on the framing). 

Upon receiving the command, the 82588 fetches the 
first two bytes of the block using DMA to determine 
the length of the block. If the link is free, the 82588 



begins transmitting the preamble and concurrently 
fetches the bytes from the Transmit Data Block and 
loads them into a 16 byte FIFO to keep them ready for 
transmitting. The FIFO is a buffer between the serial 
and parallel part of the 82588. If the link is busy, the 
82588 fills up the transmit FIFO and defers. The on- 
chip FIFOs help the 82588 to tolerate system bus laten- 
cy as well as provide efficient usage of system bus band- 
width. 

The destination address is sent out after the preamble. 
This is followed by the source or the station individual 
address, which is stored earlier on the 82588 using the 
IA-SETUP command. After that, the entire informa- 
tion field is transmitted followed by a CRC field calcu- 
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Figure 6-4. The 82288 Frame Structure and Location of Data Element in System Memory 
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lated by the 82588. If during the transmission of the 
frame, a collision is encountered, then the transmission 
is aborted and a jam pattern is sent out after completion 
of the preamble. The 82588 generates an Interrupt indi- 
cating the experience of a collision and the frame has to 
be retransmitted. Retransmission is done by the CPU 
exactly as the TRANSMIT command except the RE- 
TRANSMIT command keeps track of the number of 
collisions encountered. When the 82588 gets the Re- 
transmit command and the exponential back-off time is 
expired, the 82588 attempts transmitting the frame 
again. The transmitted frame can be coded to either 
Manchester, Differential Manchester or NRZI meth- 
ods. 



6.3.3 Receiving a Frame 

The 82588 can receive a frame when its receiver has 
been enabled. The received frame is decoded by either 
on-chip Manchester, Differential Manchester or NRZI 
decoders in High Integration Mode or by external de- 
coders in the High Speed Mode. The 82588 checks for 
an address match for an Individual address, a Multicast 
address or a Broadcast address. In the Promiscuous 
mode the 82588 receives all frames. Only when the ad- 
dress match is successful does the 82588 transfer the 
frame to the memory using the DMA controller. Before 
enabling the receiver, the CPU makes a memory buffer 
area available to the Receive Unit, and programs the 
starting address of the buffer in the DMA controller. 
The received frame is transferred to the memory buffer. 



6.4 FRAMING AND LINK 
MANAGEMENT 

The data structures handled by the 82588 are called 
frames. A frame is a sequence of bits that travels on the 
link. 

Framing has three primary functions: to determine the 
beginning and the end of the frame (frame boundary 
delineation); to determine the frame's source and desti- 
nation (addressing); and to perform transmission error 
detection. 



6.4.1 Frame Format 

The Frame format supported by the 82588 is shown in 
Figure 6-5. 



PREAMBLE 



SFD (BOF FLAG) 



DESTINATION ADDRESS 



SOURCE ADDRESS 



INFORMATION FIELD 



FRAME CHECK SEQUENCE 



EOF FLAG (OPTIONAL) 



PADDING (OPTIONAL) 



Figure 6-5. 82588 Generalized Frame Format 

The different fields of the frame are: 

— The Preamble which is used as a synchronizing se- 
quence for bit decoding. 

— SFD, Start of Frame Delimiter (for bitstuffing 
method, this field is called BOF flag). 

— The Destination Address (frame target address). 

— The Source Address (sender's address). 

— The Information field containing user supplied 
data.* 

— The Frame Check Sequence (FCS): Cyclic Redun- 
dancy Check (CRC) used in detecting bit errors. 

— The End of Frame (EOF) flag - optional. (For bit- 
stuffing mode.) 

— Padding: optional field which extends the length of 
the frame to ensure minimum frame length. Option- 
al (for bitstuffing mode). 

* The 802.3 Length Field is included in the Informa- 
tion field. 



6.4.2 Frame Boundary Delineation 

The 82588 handles Frame Boundary Delineation trans- 
parently to the user. The fields involved in Frame 
boundary delineation are: Preamble, SFD (BOF Flag), 
EOF flag and Padding. The 82588 is configurable to 
one of two Frame delineation methods: End of Carrier 
(802.3 compatible) or Bitstuffing. 

In the End of Carrier method, the 82588 transmits (de- 
pending on the configuration) 1, 3, 7, 15 preamble bytes 
of alternating ones and zeros followed by a SFD (BOF 
Flag) of pattern 10101011. The end of frame is indicat- 
ed by the carrier going inactive immediately after the 
Frame Check Sequence field. The Carrier is a signal 
which informs the 82588 of activity on the link. It can 
be internally or externally generated. This frame 
boundary delineation method is compatible with IEEE 
802.3. 
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The Bitstuffing method implements the HDLC zero bit 
insertion/deletion mechanism. The 82588 transmits 
(depending on the configuration) a Preamble of 1, 3, 7 
or 15 bytes of alternating ones and zeroes followed by 
an HDLC flag (01 1 1 1 1 10). End of frame is indicated by 
a HDLC flag. The 82588 can perform HDLC zero bit 
insertion (insert after five consecutive l's) on the 
fields between the BOF and EOF flags. The chip can be 
configured to pad the frame with additional flags so 
that the frame length becomes equal to or longer than 
the Slot Time. 



6.4.3 Addressing 

Regardless of the Frame Boundary Delineation meth- 
od, the two fields following the SFD (BOF Flag) are 
Destination Address and Source Address. 

Addressing allows frames to be directed to one or more 
specific nodes. The 82588 provides flexible addressing 
techniques allowing a frame to be received by a single 
node, a group of nodes (multicast addressing), or all 
nodes (broadcast addressing). 

After initialization, the 82588 is configured with an In- 
dividual Address using the IA-SETUP command. The 
address length is determined by the Address Length 
parameter (0 to 6 bytes). The default configuration is 
an all ones address (Broadcast Address). 6 bytes long. 

During transmission the 82588 usually inserts its Indi- 
vidual Address from the internal Individual Address 
register into the Source Address field. The source ad- 
dress insertion can be overridden when configuring the 
chip. During reception, the 82588 compares the incom- 
ing Destination Address with its Individual Address, 
the programmed multicast set of address and the 
broadcast address. If an address match is made (all bits 
must be equal) the frame is accepted. A frame whose 
address does not match is simply ignored by the 82588 
and has no effect on the 82588 nor on any other compo- 
nent of the station. 



INDIVIDUAL ADDRESS 

The 82588 is normally configured with a specific Indi- 
vidual Address. An Individual Address must have a 
zero in the least significant bit. 

BROADCAST ADDRESSING 

An address with all l's is the Broadcast Address. Every 
station on the link "hears" a Broadcast. A frame may 
be targetted to all nodes by using the broadcast address. 
The 82588 can be configured to disable reception of 
frames with Broadcast Destination Address, e.g., for 
stations with limited storage resources. 



MULTICAST ADDRESSING 

Frames can be directed to a specific group of nodes. 
This group can have a particular group address called 
Multicast Address. A node may belong to several dif- 
ferent groups. A one in the least significant bit of the 
destination address distinguishes Multicast Address 
from Individual Address. MC-SETUP command is 
used to program the set of Multicast addresses for a 
station by setting up a 64 bit "Hash Table." The 82588 
maps and stores every Multicast Address into a single 
bit of the Hash table. During reception of a frame 
whose Destination Address is a Multicast Address, the 
82588 checks whether this address is mapped in the 
Hash table. If an address match is determined, the 
82588 begins the reception process. 

It is possible for more than one Multicast Address to be 
mapped into a given Hash bit. Thus, the host may have 
to perform additional checking. If 64 or fewer Multi- 
cast addresses are used in a system, it is possible to 
select address values that map into unique bits in the 
Hash table. The Hashing function is the CRC polyno- 
mial used for bit error detection. The 6 most significant 
bits (2-7) are selected from the first byte of the CRC 
shift register to index the 64-bit Hash table. 

INFORMATION FIELD 

The information field follows the source address field. 
It contains the actual data being transferred in the 
frame. Its maximum length is (2 1 6 ) — 2 X (address 
length) — 2 which includes destination and source ad- 
dresses. 



6.4.4 Error Detection 

The Frame Check Sequence (FCS) Field protects 
against bit errors in the frame. It is the result of a Cy- 
clic Redundancy Check computed on the Destination 
Address, Source Address, and Information Fields. The 
chip can be configured to one of two CRC algorithms: 
the CCITT V-41 (HDLC) 16-bit polynomial or the Au- 
todin II (IEEE 802.3) 32-bit polynomial. 

The CRC mechanism is transparent to the user. During 
transmission, the 82588 calculates and inserts the 
Frame Check Sequence. During reception the chip veri- 
fies the correctness of the incoming Frame but does not 
pass the FCS to memory. The CRC is applied to an 
integral number of 8-bit words excluding the potential 
residue. CRC insertion can be disabled for diagnostic 
purposes. The user should then provide the FCS field 
after the data field. 



6-7 



82588 REFERENCE MANUAL 



6.4.5 Frame Transmission 

The 82588 transfers data from host memory to the net- 
work when a CPU issues a TRANSMIT command. 
Before instructing the 82588 to start a transmission, the 
host CPU prepares the frame in memory. Parts of the 
frame such as Preamble Source Address, CRC and 
Flags are inserted by the 82588 Data Link Controller. 
The 82588 resolves access and contention on the link 
using the Carrier Sense Multiple Access with Collision 
Detection (CSMA/CD) link Management protocol. 
When the transmission is completed, the 82588 updates 
a set of status registers and raises its Interrupt signal to 
inform the CPU. 



6.4.6 Link Management 

The 82588 handles CSMA/CD link management algo- 
rithms according to the IEEE 802.3 standard. 82588 
link management algorithms are adaptable to a variety 
of network topologies via programmable configuration 
parameters. Station priorities are also programmable. 

The 82588 constantly monitors link activity. Whenever 
it senses activity on the link the 82588 defers to the 
passing frame by delaying any pending transmission. 
When there is no more activity on the link, the 82588 
continues to defer for Inter Frame Spacing (IFS) time 
(minimum time between two consecutive frame trans- 
missions). This parameter is configurable from 12 to 
255 bit times. If at the end of that time, the 82588 has a 
frame waiting to be transmitted, transmission is initiat- 
ed independently of the link activity. 

Once the 82588 has finished deferring and has started 
transmission, it is possible to experience link conten- 
tion. This situation is called a collision and is generally 
detected and signalled by the transceiver. The 82588 
can be programmed to detect collisions internally or 
externally via the CDT pin. When the 82588 experi- 
ences a collision, it enforces the collision by transmit- 
ting a jam pattern of 32 to 48 bits. 

If a collision is detected during the Preamble, transmis- 
sion of the preamble is completed before jamming 
starts. The collision enforcement mechanism ensures 
detection of the collision by all the stations. 

The jam pattern is all ones in all configurations except 
for NRZI encoding, where it is a sequence of all zeros. 
(Transition every bit time). 

The dynamics of collision handling are largely deter- 
mined by the Slot Time. Slot Time is the maximum end 
to end round trip delay time of the network plus jam 
time. Slot Time is important because it is the worst case 
time to detect a collision. The Slot Time is programma- 
ble from 1 to 2048 bit times. 



The 82588 notifies the user of a collision and gives an 
opportunity to retransmit at the end of the Backoff 
time out. 

The 82588 implements the IEEE 802.3 scheduling of 
the retransmission. The controlled randomization proc- 
ess is called "truncated binary exponential backoff." A 
retransmission is delayed an integral multiple of slot 
times. The number of slot times to delay before the nth 
retransmission attempt is chosen as a uniformly distrib- 
uted random integer in the range < r < 2 k , where K = 
min [n, 10]. The number of retransmission attempts is 
programmable in the range to 15. The beginning of 
the Backoff time is configurable to one of two methods: 
If configured to the IEEE 802.3 compatible method, 
Backoff starts immediately after the end of the Jam 
pattern; if configured to the alternate Backoff method 
(designed for lower bit rates and/or shorter topologies), 
Backoff starts after the deferring period following colli- 



After the backoff time has expired and the CPU has 
issued a RETRANSMIT command, the 82588, at- 
tempts to retransmit the frame (after deferring to any 
traffic on the link) unless the number of retransmissions 
has exceeded the maximum allowed 

The 82588 maintains a retry counter that is increment- 
ed after each collision. If retransmission is successful, 
the user is notified. If the number of retries equals the 
programmed maximum, an error is reported. The num- 
ber of allowed retries is configurable from to 1 5 at- 
tempts. The only difference between transmission and 
retransmission is that transmission clears the retry 
counter and retransmission increments it. 

On completion of transmission and retransmission, the 
82588 reports the total number of collisions that have 
occurred and whether it equalled or exceeded the maxi- 
mum. It also indicates if the chip had to defer to pass- 
ing traffic on its first transmission attempt. 

After transmission has started the 82588 attempts to 
transmit the entire frame. In the normal case, frame 
transmission is completed and the host is notified 
through interrupt and status register. Otherwise, one or 
more of the following events causes transmission to ter- 
minate prematurely: Clear- to-Send signal goes inactive 
during transmission, data transfer rate from memory to 
the chip did not keep up with transmission (DMA un- 
derrun), Carrier Sense goes inactive during transmis- 
sion (if the chip is in the mode where carrier sense is 
expected during transmission), a collision is detected 
via Collision Detect Signal. These events are also re- 
ported to the CPU via the status registers. 

The user may attempt to abort transmissions. Upon re- 
ceipt of the ABORT command, the 82588 transmits a 
Jam pattern to cause a CRC mismatch. The chip re- 
ports to the host either that the ABORT succeeded or 
that the frame transmission was completed before the 
ABORT was accepted. 
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6.4.7 Priority Mechanism 

The 82588 implements two different priority mecha- 
nisms: linear and accelerated contention resolution. Ei- 
ther may be used to distribute relative priority among 
stations. 

Linear priority determines the number of Slot Times 
that the 82588 waits after deferring or after the end of 
the Backoff Time (whichever occurs last) before trans- 
mitting. If the link becomes busy during the wait peri- 
od, the process of deferring and waiting starts again. 
The Linear priority is programmable from to 7. Zero 
provides the highest priority and is IEEE 802.3 com- 
patible. 

Accelerated contention resolution extends the range 
from which the random number for backoff is drawn. 
The random number for the first Backoff delay is in the 
range < r < 2 P , where P is configurable from to 7 
with providing the highest priority. 



6.4.8 Frame Reception 

The 82588 receives and passes to memory every frame 
whose address matches its individual, multicast or 
broadcast address. By configuring the chip to the pro- 
miscuous mode, it will receive and pass to memory all 
frames regardless of address. 

The 82588 constantly monitors the serial link activity. 
When the link becomes active, the 82588 starts accept- 
ing the incoming bits. 

The Preamble and SFD (BOF flag) are discarded. The 
82588 compares the incoming frame's Destination Ad- 
dress to its own Individual Address. If there is an ad- 
dress match and the frame length equals or exceeds 6 
bytes, the 82588 passes the Destination Address, 
Source Address, and Information fields to system mem- 
ory via the DMA controller. The 82588 verifies correct- 
ness during reception of the FCS field. If there is no 
address match, the 82588 does not request DMA con- 
troller's attention and becomes ready to receive the next 
frame. 

When the reception is completed, the 82588 updates a 
set of status registers and raises its Interrupt signal to 
inform the CPU. If the received frame has errors (CRC 
violation, alignment error, DMA overrun), the CPU 
can reclaim the memory used to store that frame. The 
next received frame can then be stored in the reclaimed 
memory. 

When configured to IEEE 802.3 End of Carrier deline- 
ation, end of frame is indicated by the carrier going 
inactive. The number of bits after the BOF flag must be 
a multiple of eight. Residual "dribble" bits are discard- 
ed, and not included in the Frame Check Sequence. An 
alignment error is reported when the frame is "mis- 



aligned" (has got residual bits) and a CRC error is de- 
tected. 

When configured to Bitstuffing delineation, the 82588 
performs zero bit deletion, discards the EOF flag, and 
all following bits until end of carrier. Residual bits are 
discarded in a manner similar to the End of Carrier 
method. An error is reported if the carrier goes inactive 
prior to recognition of an EOF flag. 

The minimum frame length is configurable in the range 
from 6 to 255 bytes. Any frame containing less than the 
minimum (configured) number of bytes is presumed to 
be a fragment resulting from a collision or an aborted 
transmission. Any frame shorter than 6 bytes is dis- 
carded without notifying the user. 

SINGLE BUFFER MODE 

The received frame is transferred to the memory buffer 
in the format shown in Figure 6-6. This method of re- 
ception is called "Single Buffer" reception. The entire 
frame is contained in one continuous buffer. Upon 
completion of reception the total number of bytes writ- 
ten into the memory buffer is loaded into status regis- 
ters 1 and 2, and the status of the reception itself is 
appended to the received frame. An interrupt to the 
CPU follows. 



MULTIPLE BUFFER MODE 

If the frame size is unknown, memory usage is opti- 
mized by using "Multiple Buffer" reception. The frame, 
as it comes in, is deposited into a series of fixed size 
buffers. This way the user does not have to allocate 
large memory space for the short frames. Instead, the 
82588 can dynamically allocate memory space as it re- 
ceives frames. This method requires both data channels 
alternately to receive the frame. As the frame reception 
starts, the 82588 interrupts the CPU and automatically 
requests assignment of the next sequential buffer. The 
CPU does this and loads the second DMA channel 
with the next buffer information so that the 82588 can 
immediately switch to the other channel as soon as the 
current buffer is full. When the 82588 switches from 
the first to the second buffer it again interrupts the 
CPU requesting it to allocate another buffer on the oth- 
er (previous) channel in advance. This process contin- 
ues until the entire frame is received. The received 
frame is spread over multiple memory buffers. The link 
between the buffers is easily maintained by the CPU 
using a buffer chain descriptor structure in memory 
(see Figure 6-7). 

This dynamic (pre) allocation of memory buffers results 
in efficient use of available storage when handling 
frames of widely varying sizes. Since the buffers are 
pre-allocated one block in advance, the system is not 
time critical. 
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6.4.9 Physical Link Interface 

The Physical Link Interface to a CSMA/CD network 
includes the following functions: clock generation, data 
encoding, data decoding, carrier sensing, collision de- 
tection and transceiver handshake. The 82588 can be 
programmed to support either of two interfaces. In 
Mode it supports a highly integrated interface that 
provides most of these functions on chip and requires 
minimum external support logic. In Mode 1 it supports 
a highly flexible interface, that is identical to the physi- 
cal inteface of the 82586 and requires external logic in 
order to connect to the link. The Physical Link layer 
functions are presented below in three groups: clock 
generation, data encoding and recovery; detecting carri- 
er and collisions; handshake with the transceiver. 



6.4.9.1 CLOCK GENERATION/ENCODING/ 
DECODING 

In Mode 0, the user can provide the 82588 with an 
external sampling clock or provide it with a crystal and 
let the 82588 generate the sampling clock. The bit clock 
is generated internally from an external clock signal or 
from an on chip crystal oscillator that runs at 8X or 
16 X the data bit rate. The frequency range of the crys- 



tal or the external clock can vary between DC and 16 
Mbps. The clock must also be programmed to either 
8X or 16 X of the bit rates. In Mode 1, the 82588 
receives externally genera ted Transmit Clock (TXC) 
and Receive Clock (RXC) at the exact bit rate. This 
frequency can vary from D.C. to 5 MHz. 



ENCODING/DECODING 

In Mode 0, the waveforms sent out by the 82588 on the 
TXD pin and received on the RXD pin, are program- 
mable to be either Manchester, Differential Manchester 
or NRZI encoded. The idle state of the signal is high. 

In Mode 1, the 82588 transmits and receives NRZ en- 
coded data, that is synchronized to the respective 
clocks. Encoding/decoding to/from different schemes 
is done externally. The 82588 can be programmed to 
generate Manchester encoded data in this mode (in the 
frequency range of 1-5 Mbps). 

Figure 6-8 depicts various kinds of data encoding meth- 
ods implemented in the 82588. 

Figure 6-9 illustrates the encoding rules for these meth- 
ods. 
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Figure 6-8. 82588 Data Encoding Methods 
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Figure 6-9. 82588 Data Encoding Rules 



6.4.9.2 CARRIER SENSE/COLLISION DETECT 



CARRIER SENSE 

Carrier Sense indicates that there is activity on the link, 
i.e., the signal from a transmitting station has reached 
the station that is checking. 

In Mode 0, Carrier Sense signal is generated internally 
from the incoming data. In this mode carrier sense is 
consider active after detection of 3 consecutive edges. 
Carrier is considered productive after: 

DIFF/MANCHESTER - 1.5 bit times of high level. 



NRZI 



8 bit times of high level. 



In Mode 1, the 82588 can be programmed to either 
generate Carrier Sense internally (for transceivers that 
generate RXC only during actual reception) or accept it 
from the outside, via the CRS # pin. The Carrier Sense 
may undergo noise filtering, i.e., it must be present for a 
programmable number of bit times before it is consid- 
ered valid. 



COLLISION DETECTION 

Collision Detect indicates that two or more stations are 
transmitting simultaneously. When a collision is detect- 
ed during transmission, the 82588 jams the link, stops 
transmitting and goes into backoff. Jamming will not 
start unless preamble transmission is first completed. 
Collisions are detected during receptions, causing a re- 
ceive frame abortion. (Only when not in external loop- 



back mode). The 82588 can be programmed to detect 
collisions internally or to accept it from the outside, via 
the CDT# pin. The Collision Detect signal may under- 
go filtering, similar to Carrier Sense. 

COLLISION DETECTION BY CODE VIOLATION 

In Mode 0, a collision is detected internally when the 
receive data experiences code violations (Manchester, 
Differential Manchester or NRZI) while the station is 
transmitting. 

A code violation occurs if any of the following is detect- 
ed: 

X 8 Manchester - Pulse width: 

1/8 to 2/8 or 11/8 to 12/8 
"0" level for 13/8 or more 
Missing mid-bit-cell transition 

X 16 Manchester - Pulse width: 

1/16 to 5/16 or 

11/16 or 

21/16 to 24/16 

"0" level for 25/16 or more 

Missing mid-bit-cell transition 

NRZI - A transition that is 1/4 bit time or 

more out of phase. More than two 
transitions in half bit cell 



COLLISION DETECTION BY BIT COMPARISON 

An additional mechanism of bit comparison is provid- 
ed. This mechanism compares the "signature" of the 
transmitted data to the signature of the received data 
for the duration of the collision window (one slot time). 
(Wherever 588 configured to internal collision detec- 
tion.) 
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A collision is reported if, after the transmission of the 
Opening Flag, any of the following conditions becomes 
true: 

1. Half a slot-time has elapsed and Carrier Sense did 
not go active. 

2. Half a slot-time + 16 bit times have elapsed and an 
opening flag was not yet recognized (16 bit times are 
a margin factor). 

3. Carrier Sense went inactive after an opening flag was 
received - Transmit still active. 

4. Collision window has elapsed and Transmit signa- 
ture differs from Receive signature. 

In mode 1, internal collision detect works only with 
transceivers that do not return the transmitted signal. 
In that case, detection of a carrier during transmission 
indicates a collision. 

NOTE: 

For broadband applications the slot time is usually 
twice the round trip delay. 



6.5 82588 NETWORK MANAGEMENT 
AND DIAGNOSTIC FUNCTIONS 

The 82588 includes a set of features for improving reli- 
ability and testability. 

The 82588 offers four diagnostic services: first, moni- 
toring the transmission and reception of frames; sec- 
ond, gathering statistics and diagnostics about the net- 
work; third, diagnostic support for a particular station 
on the network; fourth, a means to test the proper oper- 
ation of the chip itself. 



6.5.1 Transmission/Reception Error 
Reporting 

The 82588 stores status information after completing 
transmission or reception of every frame. If transmis- 
sion or reception is successful, the OK status bit is set. 
If transmission is unsuccessful, the cause is given in the 
status registers. 

The 82588 reports on the following events after each 
transmitted frame: 

— Lost Carrier Sense: Carrier sense signal did not be- 
come active or was lost during transmission. 

— Lost Clear-to-Send: Clear to send signal was re- 
moved during transmission. 



— DMA underrun occurred because the system bus 
did not keep up with the transmission. 

— The number of collisions equals the maximum al- 
lowed. 

Any of these events causes the report of an unsuccessful 
transmission. 

The 82588 checks each incoming frame and reports on 
the following errors: 

— CRC error: incorrect CRC in a well aligned frame. 

— Alignment error: incorrect CRC in a misaligned 
frame. A misaligned frame with a correct CRC is 
not reported by the 82588. (Considered a good 
frame.) 

— Frame too short: the frame is shorter than the con- 
figured value for minimum frame length. 

— No EOF flag: valid only in Bitstuffing mode, carrier 
went inactive before EOF flag detection. 

— Overrun: the frame was not completely placed in 
memory because the system bus did not keep up 
with coming data. 

The occurrence of any of these events causes the report 
of an unsuccessful reception. 



6.5.2 Network Planning and 
Maintenance 

To perform proper planning, operation, and mainte- 
nance of a communication network, the network man- 
agement entity must accumulate information on net- 
work behavior. The 82588 provides a rich set of net- 
work diagnostics that can serve as the basis for a net- 
work management entity. The features include: gather- 
ing network activity information, saving all frames that 
appear on the link (optional), and locating opens or 
snorts on the link. 

Network activity information is provided in the status 
available to the host after each frame is transmitted. 
The activity indicators are: 

1. Number of collisions: the number of collisions the 
82588 experienced in attempting to transmit this 
frame. 

2. Deferred transmission: indicates if the 82588 had to 
defer to traffic on the link during the first transmis- 
sion attempt. 

The 82588 can be configured in the Promiscuous Mode. 
In this mode the 82588 captures all frames transmitted 
on the network regardless of the Destination Address. 
This mode is useful in implementing a monitoring sta- 
tion to capture all frames for network analysis. 
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The 82588 is capable of determining if there is a short 
or open circuit anywhere in the network using the Time 
Domain Reflectometry (TDR) command. When a 
TDR command (see section "Controlling the 82588") 
is issued, the chip transmits a pulse train and measures 
the reflection return time. If the network is properly 
terminated, there are no reflections so the timer runs 
out and the user is notified that there are no link prob- 
lems. If a problem is detected, the distance to the reflec- 
tion source and reason (short or open) are reported. 



6.5.3 Station Diagnostics 

To support Station Diagnostics, the 82588 can be con- 
figured to External Loopback. 

In this mode the 82588 operates full duplex at full 
speed. The actual maximum throughput depends on bit 
rate and system bus speed. The transmitter to receiver 
interconnection can be placed anywhere between the 
82588 and the link. 



6.5.4 82588 Self Testing 

The 82588 provides several features for self testing. 

The 82588 can be configured to Internal Loopback. In 
this mode, the 82588 disconnects itself from the inter- 
nal or external Serial Interface Units, and any frame 
transmitted is received immediately. The 82588 con- 
nects the Transmit Data to the Receive Data signal and 
the Transmit Clock to the Receive Clock. The 82588 
can be configured in the External loopback mode. In 
this mode, the Transmitted signal at full data rate 
comes out at the TxD pin and can be returned to the 
RxD pin through any external circuitry. This works 
full duplex at the full data rate. It tests the complete 
transmitter, receiver and the external path. Equality be- 
tween the transmitted and received frames implies that 
a large portion of the chip operates correctly. In addi- 
tion, internal loopback can be used in conjunction with 
inhibiting the source address insertion and/or CRC in- 
sertion by the chip. For example, in internal loopback, 
if a frame is transmitted with an erroneous CRC (using 
CRC inhibition), the CRC checking mechanism must 
detect a CRC error. In internal loopback the transmis- 
sion and reception occurs at one fourth the pro- 
grammed data rate. The Dump Command causes the 
82588 to write 63 bytes of its internal registers to mem- 
ory. This is a very powerful capability that can serve as 
the basis for comprehensive diagnostics. 

There are parts of the chip, in particular the logic, that 
uses the Backoff random number generator that cannot 
be checked from the outside. The Diagnose Command 
initiates. a self test procedure that exercises these other- 
wise unaccessible registers and counters, and reports 
the result. 



6.6 INITIALIZING/CONFIGURING THE 
82588 



6.6.1 Initializing the 82588 

A hardware or software reset brings the 82588 to its 
initial state where the 82588 is put into the idle state 
with the transmitter, receiver clock generator, inter- 
rupts, etc., inactive. To use the 82588 it has to be con- 
figured with a set of parameters. 



6.6.2 Configuring the 82588 

This is done using the CONFIGURE command. This 
command initiates the writing of the configuration pa- 
rameters into the 82588 using DMA. The configuration 
parameters are shown in Figure 6-10. 

Configurable Default Values 

Parameters on Reset 



1. Serial Interface 


* 


2. Sampling Rate 


* 


3. Oscillator Range 


* 


4. FIFO Limit 


* 


5. Chaining 


* 


6. Buffer Length , 





7. Preamble Length 


8 


8. Address Length 


6 


9. No Source Address Insertion 





10. Promiscuous Mode 





1 1 . Broadcast Disable 





12. CRC-16/CRC-32 





13. No CRC Insertion 





14. Padding 





15. Bitstuffing/EOC 





16, Min Frame Size 


64 


17. Interframe Spacing Time 


96 


18. Slot Time 


512 


19. Number of Retries 


15 


20. Linear Priority 





21. Back-off Method 





22. Manchester/NRZI 


o 


23. Diff. Manch/Manchester 





24. CRS Filter 





25. Internal CRS 





26. CDT Filter 





27. CDBBC 





28. Internal CDT 





29. INT Loopback 





30. EXT Loopback 





31. Transmit on No CRS 





32. Exponential Priority 






* these parameters must be configured after RESET 
Figure 6-10. Configuration Parameters 
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CONFIG PARAMETER FORMAT 



Figure 6-11. Configuration Block 



All but 5 parameters have a default value after reset. 
Figure 6-11 shows the configuration block in memory 
on issuing the configure command. The first two bytes 
contain the number of bytes (byte count) which follow. 
Note that all the parameters not having a default value 
on reset are contained in the first bytes after the byte 
count field. The minimum byte count is 1 and maxi- 
mum 10 - values greater than 16 are interpreted as 
module 16. (Meaning only the 4 lsb bits are used). After 
reset a configure command with byte count of mini- 
mum 1 is essential for the operation of the 82588. 



6.6.3 Configuration Parameters 

1. Serial Interface Mode - Byte 2, Bit 6 

This bit selects between high integration (mode 0) 
and high speed (mode 1) m odes. It also selects the 
function of the TXC/X1, RXC/X2 and TCLK/ 
CRS pins. 

In High Integration Mode, the 82588 generates its 
Internal clock from the xl, x2 input; encodes/de- 
codes the data waveform (either Manchester, Dif- 
ferential Manchester or NRZI); generates the Car- 
rier Sense and (optionally) the Collision detect 
from the incoming RXD signal. 



In High Speed Mode, the Clock Generation, Data 
Encoding/Decoding, Carrier Sense and Collision 
Detect, are generated externally. 

- mode 0, high integration 

1 - mode 1, high speed 
Default setting: None 
Sampling Rate - Byte 2, Bit 5 

Valid only in High Integration Mode. It specifies 

the ratio between the frequency of the sampling 

(serial) clock and the data bit rate: 

0-8X 

1 - 16X 

Default setting: None 

Oscillator Range - Byte 2, Bit 4 

Valid only in High Integration Mode. It specifies 
the frequency range of the sampling (serial) clock: 

- high range (1 - 16 MHz) 

1 - low range (DC - 1 MHz) 
Default setting: None 
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4. FIFO - Limit - Byte 2, Bits 0-3 

Specifies the byte count in the 16 byte FIFOs at 
which the 82588 is to resume requests for transfer 
of data to/from memory. This parameter is used 
for the Transmit FIFO - it's 2's complement is 
used for the Receive FIFO. 

Default setting: None 

5. Chaining - Byte 2, Bit 7 

If this bit is set, the 82588 switches the DMA dur- 
ing reception channel whenever the number of 
bytes transferred to memory equals the Buffer 
Length parameter. 

- Single Buffer reception 

1 - Multiple Buffer reception 
Default setting: None 

6. Buffer Length - Byte 3, Bits 0-7 

Specifies the length of the buffer, after which the 
DMA channel is switched. This parameter is only 
valid when the Chaining bit is set. It is specified in 
units of 4 bytes. Buffer length of is interpreted as 
1024 bytes. 

Default setting: (= 1024 bytes) 

7. Preamble Length - Byte 4, Bits 4-5 

Selects the length of the Preamble (including the 
SFD). 

00 -2 bytes 

01 - 4 bytes 

10 - 8 bytes 

11 - 16 bytes 

Default setting: 10 (= 8 bytes) 

8. Address Length - Byte 4, Bits 0-2 

Determines the length, in bytes, of the address that 
the 82588 refers to. This applies to source, destina- 
tion, Multicast, and broadcast addresses. Address 
length of 7 is treated as zero. 

Default setting: 6 bytes 

9. No Source Address Insertion - Byte 4, Bit 3 

- Source address is inserted by the 82588 during 

transmission 

1 - Source address insertion is disabled (source ad- 

dress is provided by the user in the transmit 
block) 

Default setting: 

10. Promiscuous Mode - Byte 9, Bit 

When set, causes 82588 to receive all frames re- 
gardless of their destination address. 

- Promiscuous mode off 

1 - Promiscuous mode on 
Default setting: 



11. Broadcast Disable - Byte 9, Bit 1 

Disables reception of any frame with a broadcast 
destination address. Protects against overloading 
stations with limited resources. Note that when 
promiscuous mode (when set) is on, Broadcast is 
always enabled. 

- Broadcast enabled 

1 - Broadcast disabled 
Default setting: 

12. CRC-16/CRC-32 - Byte 9 Bit 5 

- 32 bit Autodin - 11 CRC (IEEE 802.3) 

1 - 16 bit CCITT CRC (HDLC) 
Default setting: 

13. No CRC Insertion - Byte 9, Bit 4 

- CRC is inserted by the 82588 after the informa- 

tion field 

1 - No CRC insertion (CRC is provided by the 

user) 
Default setting: 

14. Padding - Byte 9, Bit 7 

Valid for bitstuffing only. If padding is set, the 
frames shorter than 1 slot time will be padded with 
flags to the shortest frame that is longer than 1 slot 
time. 

- Padding off 

1 - Padding on 
Default setting: 

15. Bitstuffing/EOC - Byte 9, Bit 6 

- End of Carrier Framing (i.e., IEEE 802.3) 

1 - Bitstuffing Framing (HDLC, with 01111110 

flag and zero bit insertion/deletion) 
Default setting: 

16. Min-Frame-Size - Byte 11, Bit 0-7 

The minimum frame size, (not including preamble) 
in bytes. The 82588 sets a status bit if a shorter 
frame is received. Note that frames shorter than 6 
bytes are discarded with no status update. 

Default setting: 64 bytes 

17. Interframe Spacing - Byte 6, Bits 0-7 

Specifies the time period, in bit times, that the 
82588 must wait after detecting that the Carrier 
Sense dropped and before it can begin transmission 
or reception of a frame. The minimum value is 12 
and any value less than that will default to 12. 

Default setting: 96 
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18. Slot Time - Byte 7, Bits 0-7; Byte 8, Bits 0-2 

The slot time for the network, in Bit Times. This 
value is used in calculating backoff and Linear Pri- 
ority delays. It must be longer than the maximum 
roundtrip time of a frame in the network plus the 
jam time. Zero is interpreted as 2**11. 

Default setting: 512 

19. Number of Retries - Byte 8, Bit 4-7 

The maximum number of retries, due to collisions, 
that the 82588 performs. This information gives 
the CPU the choice of aborting transmission after a 
programmed number of collisions. 

Default setting: 15 

20. Linear Priority - Byte 5, Bit 0-2 

The number of slot times that the 82588 waits after 
Inter Frame Spacing or after Backoff, before en- 
abling transmission. A higher number reduces the 
priority. 

Default setting: 

21. Backoff Method - Byte 5, Bit 7 

Determines the method for starting the backoff 
timer: 

- According to the IEEE 802.3 standard; immedi- 

ately 

after the end of transmission 

1 - After the interframe spacing period expires 
Default setting: 

22. Manchester/NRZ(I) - Byte 9, Bit 2 

This bit specifies the data encoding/decoding 
method - it is mode dependent: 

High Integration High Speed 

- NRZI (*) NRZ 

1- Manchester Manchester (**) 

* Bitstuffing should also be applied 

* * Manchester encoding is performed on transmit- 
ted data (TXD) 

NRZ data should, however, be provided for re- 
ception (External Manchester decoding) 

23. Differential Manchester/Manchester - Byte 5, Bit 
3 

Valid only in High Integration Mode provided that 
Manchester is set in preceding parameter. This bit 
specifies the data encoding/decoding method: 

- Manchester 

1 - Differential Manchester 
Default setting: 



24. CRS - Filter - Byte 10, Bits 0-2 

Specifies the required width of CRS in bit times, 
before it is recognized as being active. Carrier sense 
deactivation is recognized immediately. 

Default setting: 

25. CRS Source - Byte 10, Bit 3 

Valid only in High Speed Mode. Specifies whether 
Carrier Sense is to be performed internally or ex- 
ternally (via CRS pin). 

- External 

1 - Internal 
Default setting: 

26. CDT-Filter - Byte 10, Bit 4-6 

Specifies the required width of CDT, in bit times, 
before it is recognized that a collision has occurred. 

Default setting: 

27. CDT Source - Byte 10, Bit 7 

Specifies for both High Integration and High Speed 
Modes whether Collision Detect is to be performed 
internally or externally (via CDT pin): 

- External 

1 - Internal 
Default setting: 

28. CDBBC - Byte 8, Bit 3 

Valid only in High Integration Mode. Specifies 
whether Collision Detect by Bit Comparison is to 
be performed. 

- CDBBC off 

1 - CDBBC on 
Default setting: 

29. INT - Internal Loopback - Byte 4, Bit 6 

When set, the 82588 disconnects itself from the se- 
rial link and logically connects TXD to RXD and 
TXC to RXC. 

Note: If set, it overrides EXT-loopback 

- Internal Loopback off 

1 - Internal Loopback on 
Default setting: 

30. EXT - External Loopback - Byte 4, Bit 7 

When set, the 82588 will transmit and receive 
simultaneously, at full rate. This allows checking of 
external hardware as well as the serial link to the 
transceiver interface. The user is responsible for ex- 
ternal transmit-receive interconnection. It is over- 
ridden by INT-Loopback. 

- External Loopback off 

1 - External Loopback on 
Default setting: 
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31. Transmit on No CRS - Byte 9, Bit 3 

When set, allows transmission even if there is no 
CRS back from the transceiver. Required for trans- 
ceivers that do not return carrier during transmis- 
sion. 

- Transmit only when CRS present 

1 - Transmit only when no CRS present 
Default setting: 

32. Exponential Priority - Byte 5, Bit 4-0 

Extends the range from which the random number 
for back-off is selected (i.e., first collision is biased 
to a number different than 0, 1) 

Default setting: 

6.7 CONTROLLING THE 82588 

This chapter specifies how to control the 82588, from 
the user's point of view. It starts with the definition of 
the command and status registers. It then specifies the 
behavior of the 82588 during execution of operations 
and reception of frames. The next chapter provides the 
detailed format and meaning of all the operations and 
their status. 

The 82588 performs OPERATIONS, such as transmit- 
ting a frame, enabling reception, configuring the chip, 
performing diagnostics, or aborting an operation. An 
operation is initiated by the CPU, by writing a COM- 
MAND into the command register in the 82588. There 
are three groups of operations: EXECUTION, RE- 
CEPTION, and STATUS POINTERS CONTROL (in 
addition to a Software Reset). The first two groups cor- 
respond to two logical units of the 82588: the EXECU- 
TION UNIT and the RECEIVE UNIT. The third 
group provides control for the status registers. 

There is a set of EVENTS that may occur asynchro- 
nously in response to commands (typically as a result of 
the behavior of the link). These events include: end of 
incoming frame, frame aborted, execution of a com- 
mand is completed, execution aborted. The 82588 re- 
ports on these events by updating a set of status regis- 
ters and raising the INTERRUPT signal. There are 

Format: 



four status registers (STATUS — * STATUS 3), 
which are all read by the CPU, from the same address. 
An internal two bit POINTER is used to determine 
which register is being read. The pointer is advanced to 
the next status register automatically when status is 
read. It can also be set explicitly by a field in the com- 
mand. Status pointer progress may be disabled by a 
command that fixes it to a particular status register and 
allows reading of the same register. Information read 
from any of the first 3 status registers is valid provided 
Interrupt signal is high or Bit 7 of Status is set. Infor- 
mation of status register 3 is continuously updated, pro- 
vided the register pointer is not fixed at three. 

Status is updated and interrupt raised following an 
event only when the interrupt signal is low. When the 
interrupt is high, the CPU can read the status. The 
interrupt is cleared by a command from the CPU where 
the INTERRUPT ACKNOWLEDGE bit is set. Note 
that it is the responsibility of the CPU to clear interrupt 
in order to prevent a dead lock. 

The 82588 interacts with the DMA controller via two 
REQUEST/ACKNOWLEDGE lines (referred to as 
two CHANNELS). The 82588 requests thetransfer of 
bytes, and the DMA performs and acknowledges the 
transfer. Frames and parameters are transferred via the 
two channels from/to memory. Commands allocate a 
specific channel for each operation. 

The 82588 can be configured to support receive buffer 
CHAINING. In this mode, two channels must be allo- 
cated to the reception of frames and the 82588 switches 
channels when a buffer is full. It issues a "Request Al- 
ternate Buffer" interrupt, in order to allow the CPU to 
set up the alternate buffer on the other channel. 



6.7.1 The Command Register 

This section specifies the format of the 82588 command 
set. A command is given to the 82588 by writing into 
the command register. The command can be issued at 
any time, but in case it is not accepted, the operation is 
treated like a NOP and will be ignored (although the 
INT and the PTR will be updated). 





7 6 


"5 


4 


3 


2 1 
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6.7.1.1 OPERATIONS (BITS 0-3) 

The OPERATION field initiates a specific operation. 
There are three groups of operations that can be initiat- 
ed independently: EXECUTION, RECEPTION, or 
STATUS POINTER CONTROL. 



The last operation is software reset: 
RESET — 



14 



The 82588 


implements the following EXECUTION op 


erations (shown with their codes): 






* 


NOP 


— 





* 


IA-SETUP 


— 


1 


* 


CONFIGURE 


— 


2 


* 


MC-SETUP 


— 


3 


* 


TRANSMIT 


— 


4 


* 


TDR 


— 


5 


* 


DUMP 


— 


6 


* 


DIAGNOSE 


— 


7 


* 


RETRANSMIT 


— 


12 


* 


ABORT 


— 


13 



Execution operations except ABORT are accepted only 
when the Execution unit is IDLE. ABORT is only ac- 
cepted if the Execution unit is active. 

Following are the reception operations (and their 

codes): 

RCV-ENABLE - 8 

ASSIGN ALT BUF - 9 
(chaining only) 

RCV-DISABLE - 10 

STOP-RCV — 11 

RCV-ENABLE is accepted only when the Receive 
Unit is IDLE. The other receive operations are only 
accepted if the Receive Unit is NOT IDLE. 

Status Pointer Control Operation: 

FIXPTR — 15(1) 

RLSPTR — 15(0) 

The bit in brackets is Bit #4 of the command (channel 
bit). 

Format: 



RESET can always be issued. It has the same effect as a 
hardware reset. 

Operations that are not accepted are simply ignored, 
(although INT and PTR are updated). 



6.7.1.2 CHANNEL ALLOCATION (BIT 4) 

The CH field selects the channel for the operation that 
is requested. Note this field applies only for IA-SET- 
UP, CONFIGURE, MC-SETUP, (RE) TRANSMIT, 
DUMP and RCV-ENABLE. If the selected channel is 
already allocated the operation is ignored (acts like 
NOP). 



6.7.1.3 SETTING THE POINTER 

The PTR field specifies the new value of the internal 
pointer. The pointer selects the next status register to 
be read. It is advanced (module 4) automatically when 
status is read. Automatic advancement may be disabled 
by issuing the FIX PTR command. 



6.7.1.4 ACKNOWLEDGING INTERRUPT (BIT 7) 

The INT-ACK bit, if set, causes the interrupt hardware 
signal and the interrupt bit to be cleared. This is the 
only way to clear the interrupt bit and reset the inter- 
rupt signal other than by a reset. 



6.7.2 The Status Registers 

There are four Status Registers that may be read by the 
user. They are numbered 0-3. The register that the 
internal pointer points to, is read by doing a "read" 
from the 82588. STATUS 1 and STATUS 2 are also 
called "result Registers." 
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The 82588 provides the information about the last op- 
eration that was executed, or the last frame received, 
via the first three status registers. The fourth status reg- 
ister provides the state of the chip itself. 

STATUS 0, STATUS 1, and STATUS 2 are only up- 
dated when INT = 0. STATUS 3 is updated whenever 
an update is needed. Status register 3 is not updated if 
the pointer is pointing to it. 



6.7.2.1 STATUS 

The first status register (STATUS 0) includes the inter- 
rupt bit and the cause of the interrupt. Information 
about the relevant channel is also provided. 



6.7.2.1.1 Event (Bits 0-3) 

The event field specifies the reason why the 82588 
needs attention of the CPU. 

The following events may occur (shown with their 
codes): 

IA-SET-DONE - 1 

CONFIGURE-DONE - 2 

MC-SETUP-DONE - 3 

TRANSMIT-DONE - 4 

TDR-DONE-5 

DUMP-DONE - 6 

DIAGNOSE-PASSED - 7 

END OF FRAME - 8 

REQUEST ALT BUFFER 

RECEPTION ABORTED 

RETRANSMIT-DONE - 12 

EXECUTION- ABORTED - 13 

DIAGNOSE-FAILED - 15 



9 (chaining only) 
10 



6.7.2.1.2 Channel (Bit 4) 

The CH bit indicates which channel was allocated for 
the operation that caused the event. Valid for all events 
except for Request Alternate Buffer. 



6.7.2.1.3 Execution (Bit 5) 

The EX bit indicates the completion of an execution 
operation. Event number 13 indicates the abortion of 
the operation. 



6.7.2.1.4 Receive (Bit 6) 

The RCV bit indicates that the reception of a frame was 
completed, or a new buffer is required to allow recep- 
tion to proceed. Event numbers 8-10 provide the de- 
tails. 



6.7.2.1.5 Interrupt (Bit 7) 

The INT bit is set together with the hardware interrupt 
signal. Setting the INT bit indicates the occurrence of 
an event. This bit is cleared by any command whose 
INT-ACK bit is set. 



6.7.2.2 STATUS 1 /STATUS 2 (RESULT 
REGISTERS) 

These registers hold the result of completing an opera- 
tion. STATUS 1 is the least significant byte and 
STATUS 2 is the most significant. The Result Registers 
are only updated when any of the following occur: 

— TRANSMIT-DONE 

— TDR-DONE 

— RETRANSMIT-DONE 

— END OF FRAME 

6.7.2.3 STATUS 3 

The last status register holds the state of the 82588: 
three lower bits for the Execution unit, five higher bits 
for the Receiver unit. 

6.7.2.3.1 Execution State (Bits 0-1) 

The EX-CH field specifies the state of the Execution 
Unit. It can take one of the following values: 

- IDLE: The Exec Unit is disabled 

2 - ACTIVE: The Exec Unit is actively executing an 
operation 

3 -ABORT IN 

PROG: The execution of an operation was 
aborted, but the completion event was 
not yet issued. 
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6.7.2.3.2 Exec Channel (Bit 2) 

The EX-CH bit indicates which channel is allocated for 
transferring parameters from/to memory. It is only val- 
id when the Execution Unit is active, performing a 
parametric execution. 



6.7.2.3.3 Buffer Chaining • 
(Bit 3-4) 



Number of Buffers 



Specifies the number of available buffers for reception, 
when configured to "Buffer Chaining." It can take one 
of the following values: 

- no buffers are available 

1 - one buffer is available (automatic on 

RCV-enable) 

2 - two buffers are available 



The parameters (for IA-SETUP, CONFIGURE, MC- 
SETUP, TRANSMIT and RETRANSMIT) are orga- 
nized in a block that starts with a 16 bit byte-count. 
The byte count specifies the length of the rest of the 
block. Before beginning the operation, the DMA point- 
er of the selected channel must point to the first byte of 
the byte count. There is no restriction on the memory 
structure of the frame as long as for every DMA re- 
quest from the 82588 it receives the next byte of the 
frame. Transferring the bytes is the job of the DMA 
controller or the CPU. If the DMA does not keep up 
with transmission (i.e., causes an underrun), the trans- 
mission is terminated and an underrun is indicated. 

The 82588 requests the 2 bytes of byte-count on the 
allocated channel and determines the length of the pa- 
rameter block. It then requests the parameters and 
starts the execution of the operation. 



6.7.2.3.4 Receive State (Bits 5-6) 

The RCV-STATE field specifies the state of the Re- 
ceive Unit. It can take one of the following values: 



3 — 



IDLE 
READY 

ACTIVE 



STOP IN 
PROGRESS 



The Receive Unit is disabled 
The Receive Unit is set up 
for an incoming frame 
The Receive Unit is actively 
transferring bytes to 
memory (provided buffer is 
available) 

The Receive Unit is active 
and will be disabled 
following the reception of 
current frame 



6.7.2.3.5 Receive Channel (Bit 7) 

The RCV-CH bit indicates which channel is allocated 
for transferring incoming data to system memory. It is 
valid only when the Receive Unit is NOT IDLE. When 
configured for Buffer Chaining, at least one buffer 
should be available. 82588 assumes that one buffer is 
available whenever the receiver is enabled. The DMA 
controller must be initialized and ready to transfer data 
prior to enabling the receiver. 



6.7.3 Performing Execution 
Operations 

The 82588 has a repertoire of 11 execution operations. 
These operations perform transmission, configuration, 
diagnostics and abortion. All the operations are initiat- 
ed by writing into the Command Register. This causes 
the Execution unit to become Active. Some of the oper- 
ations read parameters from memory. 



Upon completion of the operation, (when interrupt is 
LOW) the Exec unit does the following: it updates 
STATUS 0; updates STATUS 1 and STATUS 2 (for 
TRANSMIT, TDR or RETRANSMIT); raises the in- 
terrupt signal; and goes IDLE. 

The NOP operation is ignored, exactly like any opera- 
tion that is initiated during the execution of another 
one. 

The ABORT operation causes a request for abortion of 
the operation that is in progress. In some cases the op- 
eration cannot be aborted anymore (e.g., for a Transmit 
operation when the whole frame was already transmit- 
ted). In these cases the Abort operation is ignored. 
Non-parametric executions like: TDR and DIAG- 
NOSE cannot be aborted. 

The DUMP operation causes a set of internal registers 
to be written to memory over the allocated channel. It 
is completed by updating STATUS and raising the 
interrupt. 



6.7.4 Reception of Frames 

The 82588 receives and passes to memory all frames 
whose address matches the individual, multicast or 
broadcast address. Reception of frames is pipelined, 
i.e., the reception of a frame can start before the end of 
frame processing of the previous frame is done. 82588 is 
configured to either "chaining" or "consecutive" mode. 
In consecutive mode the whole incoming frame is 
passed to a single buffer in memory via the allocated 
channel. In chaining mode, the frame is received and 
deposited in a series of fixed size buffers using the two 
available DMA channels alternately. The chained buff- 
er size if configurable in steps of 4 bytes to a maximum 
of IK bytes. 
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6.7.4.1 CONSECUTIVE MODE (SINGLE BUFFER 
MODE) 

Before the reception starts, the DMA pointer of the 
respective channel points to the first byte of the avail- 
able structure of the frame. Transferring the bytes is the 
job of DMA controller or the CPU. 

If the receiver is ready and a frame arrives, the 82588 
requests the transfer of bytes to memory, using DMA. 
After transferring all the bytes (addresses, control and 
information) the 82588 transfers two "frame status" 
bytes to memory. Upon completion of the reception, 
and when interrupt is LOW, the Receive Unit does the 
following: it updates STATUS with an "end of 
Frame" event; loads the frame byte count, which in- 
cludes the frame status bytes, into STATUS 1 and 
STATUS 2; raises the interrupt signal; and goes to 
READY state. (The DMA Controller points to the 
byte following the frame status.) 

If the receiver is not ready when the first byte of the 
frame arrives, then the frame is not received. No status 
is updated. Disabling reception after the first byte has 
passed to memory, causes the rest of the frame to be 
ignored. An INTERRUPT with "Receive Aborted" 
event is issued. 

Reception can begin even when the interrupt that indi- 
cates the completion of execution or reception is still 
pending. This capability allows pipelining of the trans- 
fer to memory of a frame by the 82588 and the DMA 
controller, with the CPU handling the completion of 
the previous execution or reception (including the inter- 
rupt latency). The entire frame gets deposited in a sin- 
gle memory buffer of 64K bytes maximum size. 



byte transfers to memory continues. If a Disable Re- 
ceive command is issued then the rest of the frame is 
ignored. 

This process of switching from channel to channel con- 
tinues until the end of the frame arrives. At this point, 
two "frame status" bytes are transferred to memory; 
buffer switch occurs; STATUS is updated; the byte 
count of the frame is loaded into STATUS 1 and 
STATUS 2; if a new buffer is available, then the 82588 
is ready to receive the next frame. Otherwise, reception 
is suspended. In both cases, and End of Frame event is 
issued. 

If the receiver is not ready, when the first byte of the 
frame arrives, then the whole frame is ignored - status 
is not updated. Disabling reception after the first byte 
was passed to memory causes the rest of the frame to be 
ignored, and an interrupt with "Receive Aborted" 
event to be issued. 

If reception is suspended (Ready, but with no buffers 
assigned) when the first byte of the frame arrives, the 
receiver interrupts the CPU for a buffer. The user may 
provide a buffer or disable Reception. 

6.8 OPERATIONS AND STATUS 

This section specifies all the operations that the 82588 
can execute and the events it can generate. The seman- 
tics, as well as the format of the parameters, status, and 
result, are specified. The 4 bit op-code is shown in pa- 
rentheses. 

The value of byte count (where applicable) does not 
include the 2 bytes of the field itself. All shaded areas 
mean they are "reserved." 



6.7.4.2 CHAINING MODE (MULTIPLE BUFFER 
MODE) 

Before the reception starts, the DMA pointer of the 
first DMA channel points to the first byte of the avail- 
able buffer. If receiver is ready (one buffer allocated) 
and a frame arrives, the 82588 generates an interrupt 
with a "Request Alternate Buffer" event that notifies 
the CPU to allocate an additional buffer. Simultaneous- 
ly, the 82588 requests the transfer of bytes to memory. 
Note that if an additional buffer is available when the 
first byte arrives, then the "Request Alternate Buffer" 
event is not issued. This may happen when more than 
one frame is received sequentially. 

When the currently used buffer is full and an additional 
buffer is available the 82588 makes it the current one 
(i.e., switches buffers) and continues transferring bytes 
to memory using the other DMA channel. If an addi- 
tional buffer is not available, the receiver deasserts the 
DMA Request signal and suspends further data trans- 
fers to memory. The CPU should then provide another 
buffer or disable receive. If a new buffer is provided, 



6.8.1 Operations 

6.8.1.1 NOP (00) 

This operations does not affect the 82588. It has no 
parameters and no result. 



6.8.1.2 IA-SETUP (01) 

This operation sets up the individual address of the 
82588. This address is inserted as the source address 
during transmission and used for address filtering dur- 
ing reception. (Both can be disabled via configuration 
parameters.) The Byte Count should match the "Ad- 
dress Length" configuration parameter. The length of 
the address (in bytes) that is set up is determined by the 
minimum of: 

"Address Length" configuration parameter or the val- 
ue of the Byte Count field. 

Only the 4 least significant bits of the byte count are 
used. 
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NOTE: 

The first bit of the first byte must be a zero. 

The format of the parameter is as follows: 





7 6 


5 4 3 2 1 





231368-11 




1 
1 


I 1 1 1 I 

BYTE COUNT (L.S.B.) 

1 1 1 II 




1 


1 1 1 1 1 

BYTE COUNT (M.S.B.) 

1 1 1 1 1 






1 1 1 1 1 

INDIVIDUAL ADDRESS LSB BYTE 

1 1 1 1 1 







1 1 II 1 
1 1 1 1 1 






II 1 1 1 
1 1 ' 1 1 






1 1 1 1 1 
1 1 1 1 I 






1 1 1 1 1 
1 1 1 1 1 




1 


1 1 1 1 1 

INDIVIDUAL ADDRESS MSB BYTE 
1 1 1 1 1 













An interrupt with the event IA-SETUP-DONE is is- 
sued when this operation is done (unless ABORT was 
executed in the meantime). 



the byte count. If the byte count is less than 10, then 
only part of the parameters are updated. Only the least 
significant 4 bits of byte count are used. 



6.8.1.3 CONFIGURE (02) 

This operation configures the 82588. The length of the 
configurations block that is modified is determined by 



Note that 3 bits (Mode, SMPLG RATE, and OSC 
RANGE) have an effect only during the first Configure 
command after RESET. 



The format of the parameters is as follows: 



H h 



n 1 r 

BYTE COUNT (L.S.B) 



BYTE COUNT (M.S.B) 



SERIAL 
MODE 



SMPLG 
RATE 



OSC 
RANGE 



H h 



EXT 
LP.BCK 



BOF 
METD 



INT 
LP.BCK 



■f— h 



NO SRC 
ADD INS 



DIF.MAN 
/MAN* 



H h 



H h 



H h 



H h 



SLOT TIME (L) 



RETRY NUMBER 



CDT 
SRC 



BIT 
STUFF 



TON 
NCRS 



CRS 
SRC 



H h 



SLOT TIME (H) 



MAN 
/NRZ* 



MINIMUM 
_J 



FRAME 

J L 



LENGTH 

I L 



231368-12 
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The interpretation of the fields is as follows: 

Byte FIFO Limit (Bits 0-3) 

OSC RANGE (Bit 4) 
SMPLG RATE (Bit 5) 
MODE (Bit 6) 
CHAINING (Bit 7) 

Byte 1 BUFFER LENGTH 

Byte 2 ADR LEN (Bits 0-2) 

NO SRC ADDR INS (Bit 3) 
PREAM LEN (Bits 4-5) 
INT LP BCK (Bit 6) 
EXT LP BCK (Bit) 

Byte 3 LIN PRIO (Bits 0-2) 

DIF MAN/MAN (Bit 3) 
EXP PRIO (Bits 4-6) 
BOF METD (Bit 7) 



FIFO limit 

High or low frequency range of oscillator 
Sampling rate. 8 x or 1 6 x external oscillator 
High integration or high speed mode 
Receive buffer chaining 

Buffer length used for chaining 

Address length 
Address control location 
Preamble length 
Internal Loopback 
External Loopback 

Linear priority 

Differential/ Manchester Encoding 
Exponential Priority 
Exponential backoff method 



Byte 4 


INTER FRAME SPACING 


Inter frame spacing 


Byte 5 


SLOTTM(L) 


Slot time, low byte 


Byte 6 


SLOT TM(H) (Bits 0-2) 


Slot time, high part 




CDBBC(Bit3) 


Collision Detection by bit comparison 




RETRY NUM (Bits 4-7) 


Number of transmission retries on collision 


Byte 7 


PRM (Bit 0) 


Promiscuous mode 




BCDIS(Bitl) 


Broadcast disable 




MANCH/NRZ(Bit2) 


Manchester/NRZ or Manchester/NRZI encoding 




TON NCRS (Bit 3) 


Transmit on NO CRS 




NCRCINS(Bit4) 


No CRC insertion 




CRC-16/CRC-32(Bit5) 


CRCtype 




BIT STF (Bit 6) 


Bit stuffing 




PAD (Bit 7) 


Padding 


Byte 8 


CRSF (Bit 0-2) 


Carrier sense filter bits 




CRS SRC (Bit 3) 


Carrier sense source 




CDTF (Bits 4-6) 


Collision detect filter bits 




CDTSRC(Bit7) 


Collision detect source 


Byte 9 


MIN FRAME LEN 


Minimum frame length 



A Configure-Done interrupt is issued when the opera- 
tion is done (unless ABORT was executed in the mean- 
time). 

6.8.1.4 MC-SETUP (03) 

This operation clears and sets up a new 64 bit Multicast 
Address table. The parameter block may include a 
number of MC-addresses. Each contributes one bit to 
the Hash Table. 

The first byte of the n-th MC-address in the parameter 
block begins at byte number n X AL + 1, where AL is 



the "Address Length" configuration parameter and n is 
a integer counting from zero. 

NOTE: 

The least significant bit in the first byte of EACH MC 
address must be a ONE. 

The number of MC addresses that are set up during the 
operation is equal to Byte Count divided by AL, round- 
ed down, i.e., if the last MC address is incomplete, it is 
ignored. 
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The format: 



7 6 


5 


4 3 


2 1 





1 1 1 1 1 1 1 

BYTE COUNT (L.S.B.) 

! 1 1 I 1 1 • 1 


1 1 1 1 1 1 

BYTE COUNT (M.S.B.) 

1 ! ' ' ii 




1 

i 




1 
MCA (01) 

1 




1 


i 










1 

i 




1 

MCA (02) 

1 


I 

1 














1 

i 




1 

MCA (N) 
1 


1 
1 





AL BYTES 



The MC-Setup-Done interrupt is issued after complet- 
ing this operation (unless ABORT was executed in the 
meantime). 

6.8.1.5 TRANSMIT (04) 

This operation transmits one frame. The parameter 
block includes the following parameters: 

• Destination Address — length determined by the 

"Address Length" configura- 
tion parameter. 

• Source Address — ONLY IF the no source ad- 

dress insertion configuration 
parameter is one. The length 
is determined by "Address 
Length". 



Information- 



CRC- 



The length is determined by 
the Byte Count minus Desti- 
nation Address Minus Source 
Address (if any) minus CRC 
(if any). 

ONLY IF the "No-CRC-in- 

sertion" configuration pa- 
rameter is one. The length is 
determined by the "CRC- 16/ 
32" parameter. 



To summarize, the typical transmit operation parame- 
ter block includes the Destination Address, and Infor- 
mation fields: 





7 


6 5 4 3 2 10 


231368-14 






I I I I I I 

BYTE COUNT (L.S.B.) 

I I I I I I 




I I I I I I 

BYTE COUNT (M.S.B.) 

I I I I I I 




I I I I I I 

DA (BYTE 1 ) 
I I I I I I 












1 I 1 I I I 

DA (BYTE AL) 

1 1 1 1 1 1 




1 1 1 1 1 1 

INFO 
1 1 1 1 1 1 












1 1 1 1 1 1 

INFO 
1 1 1 1 1 1 
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The transmit operation will either complete the execu- 
tion or be aborted by a specific ABORT operation. A 
Transmit-Done or "Execution Aborted" interrupt is is- 
sued upon completion of this operation. 

6.8.1.6 TDR (05) 

This operation activates the Time Domain Reflectome- 
ter, which is a mechanism to detect open or short cir- 
cuits (and their distance from the diagnosing station) 
on the link. There are no parameters. A TDR-Done 
interrupt is issued upon completion. 



6.8.1.7 DUMP (06) 

This operation causes dumping of a set of internal regis- 
ters. There are no parameters. The 63 registers are 
dumped to memory on the assigned channel. 

The DUMP operation will either complete the execu- 
tion or be aborted by a specific ABORT operation. A 
DUMP- DONE or "Execution Aborted" interrupt is 
issued upon completion of this operation. 



6.8.1.8 DIAGNOSE (07) 

The Diagnose Command checks the 82588 timers hard- 
ware which includes: 

* Exponential Backoff Random Number Generator. 

* Exponential Backoff Timeout Counter. 

* Slot Time Period Counter. 

* Collision Number Counter. 

* Exponential Backoff Shift Register. 

* Exponential Backoff Mask Logic. 

* Time Trigger Logic. 

6.8.1.9 RETRANSMIT (12) 

This operation is almost identical to the TRANSMIT 
operation. The only difference is the RETRANSMIT 
does not reset the retry counter and the exponential 
back-off mechanism. 

The Retransmit operation will either complete the Exe- 
cution or be aborted by a specific ABORT operation. A 
RETRANSMIT-DONE or "Execution Aborted" is is- 
sued upon completion of this operation. 

6.8.1.10 ABORT (13) 

This operation causes the attempt to abort the comple- 
tion of an operation under execution. It is valid for: IA- 
SETUP, CONFIGURE, MC-SETUP, 

(RETRANSMIT and DUMP. It is ignored for any of 
the above, if the transfer of parameters was completed. 



6.8.1.11 RCV-ENABLE (8) 

This operation enables the reception. It is ignored if the 
receive state is already Ready or Active. 

The 82588 receives only frames that pass the address 
filtering. The frame and its status are placed in memory 
(by the DMA Controller or CPU) and the byte count of 
the frame is placed in the Result Registers. The comple- 
tion of frame reception causes an "End of Frame" 
event. 



6.8.1.12 ASSIGN ALTERNATE BUFFER (9) 

This operation assigns an alternate buffer if reception is 
ready (and the chip is configured to chaining mode). 
This operation may be issued when an execution is ac- 
tive and the Ex channel is used for transfer of parame- 
ters. In this case ASSIGN ALT BUF will cause the 
execution to be aborted (the same as ABORT opera- 
tion). If the on-going execution is thus aborted, an "ex- 
ecution-aborted" interrupt occurs after the reception is 
complete. An executing command so aborted can then 
be restarted. 

This operation has no parameters and no results. It is 
usually issued by the CPU following a "Request Alter- 
nate Buffer" event. 



6.8.1.13 RCV-DISABLE (10) 

This operation causes the reception to be disabled. If 
transfer of a frame to memory has already begun, then 
it causes a Reception Aborted event. It has no parame- 
ters and no results. 



6.8.1.14 STOP-RCV (11) 

This operation requests the disabling of reception. If 
reception is actually in progress, then it will continue 
until the end of the frame. If the reception is not in 
progress, then this command acts like the RCV-DIS- 
ABLE command. 



6.8.1.15 RESET (14) 

This command resets the chip. It has the same effect as 
hardware reset. Note that the reset command does not 
reset bits of status registers 0, 1 and 2 other than the 
Int. field. 



6.8.1.16 FIX PTR (1, 15) 

This operation stops the cyclic progress of the read 
pointer of the STATUS Registers. The pointer is as- 
signed to the register specified in the Pointer Field of 
the Command. 
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The channel bit must be set to "1". After this command 
every read from the status port accesses only the select- 
ed (PTR) register. Status 3 register updates stop when 
it is selected. 



6.8.1.17 RLS PRT (0, 15) 

This operation releases the assignment of the read 
pointer to a specific status register and restores the cy- 
clic progress mode (any read advances the pointer to 
the next register). 

The channel bit must be set to "0". This command with 
pointer = is executed automatically on reset. 



6.8.2 Illegal Commands 

6.8.2.1 ILLEGAL EXECUTIONS 



6.8.2.2 ILLEGAL RCV COMMANDS 

6.8.2.2.1 Receive Enable 

Will be rejected if one of the following exists: 

1. Receive Machine is not idle. 

2. The RCV Channel equals the Exec Channel and the 
Exec Machine already performs a parametric execu- 
tion. 

6.8.2.2.2 Assign Alternate Buffer 

Will be rejected if one of the following exists: 

1. The RCV Machine is not configured for Buffer 
Chaining. 

2. The RCV Machine is in IDLE state. 

3. An alternate buffer is already assigned. 



6.8.2.1.1 Non-parametric Executions (TDR, 
DIAGNOSE, ABORT) 

TDR, Diagnose will be rejected if the Execution Ma- 
chine is not idle. 

Abort is rejected if issued when Execution Machine is 
not active, or a non-parametric execution is performed, 
or transfer of parameters has already been accom- 
plished. 



6.8.2.2.3 Receive Disable & Stop Receive 

Will be rejected if the RCV Machine is in IDLE state. 

6.8.3 Event Statuses 

This section specifies all statuses that indicate the oc- 
currence of events This status is always accompanied 
by an interrupt bit. 



6.8.2.1.2 Parametric Executions 

Will be rejected if one of the following exists: 

1. Execution Machine is not idle. 

2. The Exec Channel equals the RCV Channel and the 
RCV Machine is not idle, and it is either configured 
for Non-chaining Mode or it has at least one chan- 
nel. 

3. The RCV Machine is configured for chaining and it 
is either active or has been assigned both channels. 



6.8.3.1 IA - SETUP-DONE (01) 

This event indicates the completion of an IA-SETUP 
operation. 



6.8.3.2 CONFIGURE-DONE (02) 

This event indicates the completion of a CONFIGURE 
operation. 



6.8.3.3 MC-SETUP-DONE (03) 

This event indicates the completion of an MC-SETUP 
operation. 
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6.8.3.4 TRANSMIT-DONE (04) 

This event indicates the completion of the TRANSMIT 
operation. 



The two Result Registers provide information about er- 
rors and other diagnostic information. The format of 
the Result Registers is as follows: 





7 


6 


5 


4 


3 


2 


1 





RESULT1 


TX 
DEF 


HRT 
BEAT 


MAX 
COLL 




1 
NUM OF 


I 

COLLISIONS 


RESULT2 


RCNT 
COLL 




TX 
OK 






LOST 
CRS 


LOST 
CTS 


UNDER 
RUN 



TRANSMIT RESULTS FORMAT 



231368-15 



Where: 

NUMBER OF COLL 

MAX COLL 

HRT BEAT 
TXDEF 
UNDERRUN (*) 

LOST CTS (*) 



Number of collisions the 
frame has experienced (modu- 
lo 16). 

Transmission failed due to a 
collision. The configured 
number of retries is exhaust- 
ed. 

Collision detect test passed af- 
ter the previous frame. 

Transmit deferred due to link 
activity. 

Indicates that the DMA did 
not keep up with transmission 
data rate. 

Clear-to-Send lost during 
transmission. 



LOST CRS (*) 

TXOK 
COLL (*) 



Carrier Sense lost during 
transmission, or not set until 
end of preamble. 

Transmission executed okay. 

The transmission of the last 
frame experienced a collision. 



"Number of Collisions" provides redundant informa- 
tion. The setting of one of the bits marked (*) will cause 
TX-OK bit to be reset. 



6.8.3.5 TDR-DONE (05) 

This event indicates the completion of a TDR opera- 
tion. 

The Result Registers indicate whether there is a prob- 
lem, which type and where. 





7 


6 


5 


4 


3 


2 


1 





RESULT1 








TDR 


(L) 


1 1 
1 1 


RESULT2 


OK 


XCVR 


OPEN 


SHORT 


'//////// 

.;;:/%//;;/; 


1 1 

TDR (H) 

1 1 



TDR RESULTS FORMAT 



Where: 

TDR : Twice the radial distance between the 82588 
and the location of the problem (in bit times). 

SHORT : Indicates there is a short circuit on the 
transmission line. (Carrier Sense Signal 
dropped) 

OPEN : Indicates the transmission line is not proper- 
ly terminated. (Collision Detect went active) 

XCVR : Indicates a transceiver problem. (Carrier 
Sense was inactive for 2048 bit time period) 

OK : Indicates that no problem was found. 



6.8.3.6 DUMP-DONE (06) 

This event indicates that the DUMP operation is com- 
pleted. The result registers are not updated. Contents of 
63 internal registers are transferred to memory on the 
allocated channel. 



6-28 



82588 REFERENCE MANUAL 



The format of the dumped registers is as follows: 



CHNG 


SERIAL 
MODE 


SMPLG 
RATE 


OSC 
RANGE 


I I I 

FIFO LIMIT 

I I I 






BUFFER 


I I I 

LENGTH 

I I 


EXT 
LP.BCK 


INT 
LP.BCK 


PREAM LEN 


NO SRC 
ADD INS 


I I 

ADD LEN 

I I 


BOF 
METD 


I 
EXP PRIO 
| | 


DIF.MAN 
/MAN 


I I 

LIN PRIO 

I I 




I I 

INTER FRAME 
I | 


I I 

SPACING 

I ' ' 




I I 

SLOT TIME (L 
I I 


-) 


I I 
I I 




R 


ITRY NUMBE 


IR 


CDBBC 


I I 

SLOT TIME (H) 


PAD 


BIT 
STUFF 


CRC16 


NCRC 
INS 


TON 
NCRS 


MAN 
/NRZ* 


BC 
DIS 


PRM 


CDT 
SRC 




CDTF 




CRS 
SRC 




CRSF 






M 


NIMUM 


FRAME 


LENG- 


H 






1 


1 


1 


1 


1 


1 


1 


1 








IA 


RO 










I I I 

IAR1 

I I I 


I I 
I I 




I I I 

IAR2 

I I I 


I I 
I I 




I II 

IAR3 

I I I 


I I 
I I 




I I I 

IAR4 
I I 


I I 
I I 








IA 


35 


I I 

I I 


TX 
DEF 


HRT 
BEAT 


MAX 
COLL 





N 


UM OF 


COLLISION 


S 


RCNT 
COLL 





TX 
OK 








LOST 
CRS 


LOST 
CTS 


UNDER 
RUN 








TXC 


RCO 








I I I II I 

TXCRC1 
I I I I I I I 



02 



04 



07 



08 



09 



OC 



OD 



OE 



OF 



10 
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7 


6 


5 


4 3 


2 1 


15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
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1 


1 


I 1 

TXCRC 2 
1 1 


I 


I 










1 1 

TXCRC 3 
1 1 














1 1 

RXCRC 
1 1 














1 1 

RXCRC 1 
| I 














I I 

RXCRC 2 
I I 














I I 

RXCRC 3 
I 














I 

TMPR 
I 














I 

TMPR 1 
I 














I 

TMPR 2 
I 














I 

TMPR 3 
I 














I 

TMPR 4 
I 














TMP 


R 5 








SHRT 
FRM 


NO 
EOF 


1 


1 


1 


1 


1 


1 


1 





RX 
OK 


1 


CRC 
ERR 


ALN 
ERR 





OVER 
RUN 








HAS 


-\R 














\ 

HASHR 1 

I 














I 

HASHR 2 
I 














I 

HASHR 3 
I 














I 

HASHR 4 
I 














I 

HASHR 5 
I 














I 

HASHR 6 
1 





















6-30 



82588 REFERENCE MANUAL 





7 


6 


5 4 3 2 10 
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I 


1 
HASHR 7 








2A 
2B 
2C 
2D 
2E 
2F 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 


















O.K. 


XCVR 


OPEN 


SHORT 


























1 


1 


1 


1 


1 


1 












STTR 
1 








I I I I I I 

STTR 1 

I I I I II 




I I I I I I 

STTR 2 
I I 1 1 II 










STTR 3 
1 








/ '. '; 


- ^ ' ' ' 


yyzzzzZ/ 


yyz////\/.-Z'V/// 

V' BUFF.CNT.(L) / 

YZ////s/\/y/s/ZZ 














1 

BUFF.CNT.(H) 
1 








1 1 1 1 1 

RCV BYTE CNT.(L) 
1 II 1 1 1 








RCV 


BYTE CNT.( 


H) 








o 





' 


'/zzzzyy/. 

'Z'Yyzz 


1 


1 





1 





1 





^Z/yyZyZ 


1 





1. 





1 


1 





%Z' : Z/ 
' y'YZy 


1 








1 


I 




EXE 


BYTE CNT. 


(L) 








I I I I I I I 

EXE BYTE CNT. (H) 
I I I I I I I 


I I I I I I I 

EXE DAT. BUF. 

I I I I I I I 


I I I I I I I 

EXE DAT. BUF .1 

I I I I I I I 


I I I I | | I 

EXE DAT. BUF. 2 

II I I I I I 
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6.8.3.7 D1AGN0SE-PASSED (07) 

This event indicates that the self check procedure was 
completed successfully. 

The format of the received frame is as follows: 



6.8.3.8 END-OF-FRAME (8) 

This event indicates the completion of reception of a 
frame, and depositing of it in memory. The result regis- 
ters hold the byte count of the frame. 



7 


6 


5 4 3 


2 





1 1 1 1 III 

DEST ADD (L.S.B.) 
1 1 III 1 1 



— I 1 — 

DEST ADD (M.S.B.) 



SRC ADD (L.S.B.) 
I I 



""I T" 

SRC ADD (M.S.B.) 



INF 1ST BYTE 

J L 



J L 



J I 







IN 


F LAST BY! 


E 








SRT 
FRM 


NO 
EOF 




-/' 


-, '/ /< 






y r : v 


■''//////// 

y /////// 


lilt 

yy/yyyy/ 


RCV 
O.K. 




CRC 
ERR 


ALG 
ERR 


/yy/yyyy, 

/ y/ / /yyy / / 


OVER 
RUN 



Where: 




NO EOF 


No EOF flag (in bitstuffing only). 


SRT FRM 


Received frame is shorter than Mini- 
mum Frame Length parameter. 


OVER RUN 


The DMA did not keep up with incom- 
ing bits. 


ALG ERR 


Alignment error. 


CRC ERR 


CRC error. 


RCV OK 


Frame received OK. 



RCV OK is reset if any of the others is set. 



6.8.3.9 REQUEST ALTERNATE 
BUFFER (9) 

This event is issued in Chaining mode, when reception 
is enabled, a frame arrives and an additional alternate 
buffer is not yet assigned. 

6.8.3.10 RECEPTION ABORTED (10) 

This event is issued as a result of a RCV-DISABLE 
operation that causes part of a frame to be discarded. 

6.8.3.11 RETRANSMIT-DONE (12) 

This event indicates that the RETRANSMIT operation 
was completed. It DOES update the result registers. 
The format of the result registers is identical to the 
TRANSMIT-DONE, except that the "number of colli- 
sion" provides essential information. 
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RESULT1 
RESULT2 


7 


6 


5 4 3 2 


1 




TX 
DEF 


HRT 
BEAT 


MAX 
COLL 




1 
NUM OF 


1 
COLLISIONS 




COLL 


'''//'/'•''•/'/■■ 


TX 
OK 




.,:■/ '•';'., 


LOST 
CRS 


LOST 
CTS 


UNDER 
RUN 
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Where: 

NUMBER OF COLL : Number of collisions the frame 
has experienced (modulo 16) 

MAX COLL : Transmission failed due to a 

collision. The configured num- 
ber of retries is exhausted. 



HRT BEAT 



TXDEF 



UNDERRUN (*) 



: Collision detect test passed af- 
ter the previous frame. 

: Transmit deferred due to line 
activity. 

: Indicates that the DMA did 
not keep up with bit transmis- 



LOST CTS (*) : Clear-to-send lost during trans- 

mission, or not set until end of 
preamble. 

LOST CRS (*) : Carrier sense lost during trans- 

mission, or not set until end of 
preamble. 

TX OK : Transmission executed OK. 

COLL : The transmission of the last 

frame experienced a collision. 

The setting of the bits marked with (*) will cause the 
TX-OK bit to be reset. 



6.8.3.12 EXECUTION-ABORTED (13) 

This event indicates that the execution of the last opera- 
tion was aborted. The reason for the abortion could be 
either an ABORT or an ASSIGN-ALT-BUF com- 
mand. 



6.8.3.13 DIAGNOSE-FAILED (15) 

This event indicates that the self check procedure was 
completed unsuccessfully. 



transfers are always performed by the CPU (with its 
own initiative). The data transfers are requested by the 
82588 (using the DMA request lines). They are typical- 
ly performed by a DMA controller. In relatively slow 
systems the CPU might also perform the data transfers. 
In that case, the requests from the 82588 will serve as 
interrupts to the CPU. This mode of operation depends 
on the serial data rate and on the dedication of the 
CPU. 

The system interface performs command/status trans- 
fers, data transfers, and interrupts. 



6.9 SYSTEM INTERFACE 

The data bus is 8 bits wide and there is no address bus. 
The 82588 can interface to wider buses, but only 8 bits 
will be used. The 82588 is a slave on the bus, i.e., it does 
not perform memory transfers by itself. The transfers 
are performed by the CPU or the DMA controller. The 
82588 has a very general and simple interface allowing 
it to operate with a variety of processors and DMA 
controllers. 

There are two kinds of transfers over the bus: Com- 
mand/Status and Data transfers. The command/status 



6.9.1 Command/Status Transfers 

The CPU controls the 82588 by writing into the Com- 
mand Register and reading from the Status Register. 
The CPU writes a command by activating the CS input 
of the 82588, putting the command onto the bus, and 
activating the WR input of the 82588. In order to read 
status from the 82588, the CPU activates the CS line 
and then activates the RD line. The 82588 responds by 
putting the status onto the bus (during the time that 
RD is active). There is no address line by which the 
CPU can select a specific register, within the 82588. 
The register is selected by the internal 2 bit pointer. 
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6.9.2 Data Transfer 

Data transfers are controlled by two pairs of RE- 
QUEST/ACKNOWLEDGE lines (referred to as two 
CHANNELS): DMA Request lines (DRQO and 
DRQ1) and DMA Acknowledge lines (DACKO AND 
DACK1). Frames and parameters are transferred via 
the two channels (0 and 1) to or from memory. Com- 
mands allocate a specifib channel for each operation. 

In order to request a transfer from memory, the 82588 
activates a DRQ signal on a channel that has been set 
up for transfer from memory. In response, the DMA 
controller activates the respective DACK and performs 
the data transfer. Data is transferred on the bus and 
written into the 82588 on the rising edge of the WR 
signal, which is activated by the DMA controller. 

In order to request a transfer to memory, the 82588 
activates a DRQ signal on a channel that has been pre- 
viously set up for transfer to memory. In response, the 
DMA controller activates the respective DACK and 
performs the data transfer. The 82588 outputs data 
onto the bus during the time that the RD line is activat- 
ed by the DMA controller. 



6.9.3 Interrupt 

The 82588 reports on completion of an event (see sec- 
tion "Controlling the 82588") by updating a set of 
status registers and raising the INTERRUPT signal 
(assuming this signal is initially low). The interrupt is 
cleared by the command from the CPU where the IN- 
TERRUPT ACKNOWLEDGE bit is set. Note that it 
is the responsibility of the CPU to clear interrupts in 
order to prevent deadlocks. 



6.9.4 Performance Considerations 

This section elaborates on data transfer limitations, bus 
utilization and interframe spacing considerations. Note, 
the analysis is only for "steady state," and therefore, 
should only be regarded as a rough guideline. 



6.9.4.1 TRANSFER RATE LIMITATIONS 

The system interface of the 82588 must be able to keep 
up with the serial link. Assuming f s is the serial data bit 
rate, then f s /8 is the serial data rate in bytes/sec. The 
data rate of the system interface depends on the system 
clock (f p ) and the number of clocks required to transfer 
one byte (n). 

In order for the interface to keep up with the serial link, 
the following must hold: 



fpX8 . 
f s Xn 



is greater than 1 



The 82588 uses two on chip 16 byte FIFOs to increase 
burstiness. A configurable FIFO limit is associated 
with the FIFOs. The receive FIFO (that is filled by the 
Receiver Machine) requests the bus only when it is 
filled above the limit's 2's complement. It transfers 
bytes in a burst till the FIFO is empty. The transmit 
FIFO (that is emptied by the Transmit Machine) re- 
quests the bus only when it is emptied till the limit. It 
then transfers a burst of bytes from the system bus till it 
is full. 



Pin Name 


Function 


CS* 


RD 


WR 




1 



X 

1 


X 

1 


No transfer to/from Command/Status 











Illegal 








1 


Read from status register 





1 





Write to Command register 




RD 


WR 




DACK0IDACK1]* 


1 



X 
1 


X 
1 


No DMA transfer 





.0 





Illegal 








1 


Data Read from DMA channel [or 1 ] 





1 





Data Write to DMA channel [or 1] 



*Only one of CS, DACKO and DACK1 may be active at any time. 
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The 82588 must take into account that it takes a num- 
ber of clocks to acquire the bus (in the range between 
NAmin to NA max ). In order to prevent underruns (or 
overruns) the maximum acquisition time must be less 
than the time to empty the FIFO from the limit. 



N A n 



c 1 LIMIT 

- is less than E 

f s /8 



t tmtt • x j.i_ s NAmax 

LIMIT is greater than 

fp X 8 

In order to assure an internal of Nj clocks that the 
CPU can have the bus between bursts, the following 
must hold: the time to empty the FIFO till the limit, 
plus the minimum acquisition time, must be greater 
than the time between bursts: 



16-LIMIT , N Amin , Ni 

— — 1 is greater than — 

f s /8 f P f P 



i.e., 



LIMIT is less than 16 — 



fs x (Ni ~ N A min) 
f p X8 



6.9.4.2 BUS UTILIZATION 

We define bus utilization as the fraction of time that the 
bus is not busy servicing the 82588 (including bus ac- 
quisition). The following analysis, again, is based on 
"steady state" and therefore, should be regarded as a 
guideline only. 

The complement of the CPU utilization is the time that 
the CPU is busy filling the FIFO (t F ), divided by the 
cycle time from FIFO full till its is full again: 



CPUUTIL = 1 - 



16 - LIM IT 

TTs" 



+ t F + t A 



t A = acquisition time 



To calculate tp we use the fact that, during one cycle 
the number of bytes entered into the FIFO equals the 
number removed: 

16 - LIMIT + t A X f s /8 + t F X f s /8 = t F X fp/n 

16 - LIMIT + t A X f s /8 



i.e., tp : 



f p /n - f s /8 



Therefore, by substituting tp into CPUUTIL: 

f s Xn 

CPUUTIL = 1 - -5 

f p X 8 

This same expression could be derived directly, as it 
represents the complement of the ratio of the time to 
transfer a byte to/from memory, over the time to trans- 
fer a byte from/to the link. Note, this expression ap- 
plies only to the period of transferring, no taking into 
account the effects between buffers or frames. 

6.9.4.3 BUFFER SIZE CONSIDERATIONS 

The 82588 provides support for chaining buffers in 
memory during reception of frames. The 82588 com- 
pares the number of bytes transferred to memory to a 
programmable buffer limit register. When the count 
equals the limit and the alternate channel is setup, then 
the 82588 switches to the alternate DMA channel, re- 
sets the counter and issues a "Request Alternate Buff- 
er" interrupt. The CPU interrupt service routine takes 
care of updating the DMA Controller parameters, is- 
sues an "Alternate Buffer Assigned" and acknowledges 
the interrupt. The minimum buffer size depends on the 
maximum CPU SERVICE TIME which is composed 
of the following: the time from issuing the interrupt till 
the CPU services it, the time the CPU needs to sort out 
the reason for the interrupt, and the time it takes the 
CPU to respond. This time depends on the system (not 
on the 82588), but note, that the data transfer may con- 
tend for the bus. Note, activity on the EX channel 
changes the buffer size considerations. 

There are several constraints on the size of the buffer 
(not taking into account the effects of the case of a 
partially filled last buffer). The advantage of using short 
buffers is that, assuming frames of random length, half 
a buffer will be fragmented (per frame). The smaller the 
buffer the less memory is wasted. However, the buffer 
has a minimum size that is determined by the fact that, 
in order to prevent overruns, the CPU service time 
must be shorter than the time to fill a buffer. 

The advantages of longer buffers is less CPU overhead 
for buffer switching and memory overhead for storing 
buffer descriptors. However, the maximum buffer 
length is IK. 

6.9.4.4 INTER FRAME SPACING 

Inter frame spacing (IFS) is a configuration parameter 
that is enforced by the link management. The minimum 
IFS is intended to assure recovery time between com- 
pletion of transmit or receive to receive, and between 
transmit to retransmit. 
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The 82588 supports pipelining between received 
frames. This feature relaxes the constraints on the IFS. 
In consecutive mode (i.e., not chaining) the CPU serv- 
ice time, following a frame, must be shorter than the 
SUM of the IFS and the length of the frame. 

Therefore, if the CPU service time is short enough, and 
the minimum frame long enough, the IFS may be as 
short as 12 bit times (which is the minimum configura- 
ble). 

In chaining mode the constraint is more severe, and the 
IFS time must be longer than the CPU service time. 
This is due to worst case where the last byte of the 
frame is placed in the first byte of the buffer. 

The 82588 does not perform the retransmission by it- 
self. It only notifies the CPU about a collision, stops 
transmission and disables transmission for backoff de- 
lay, which is in the minimum case equal to IFS. It is 
desirable (but not mandatory) that the station be able to 
retransmit within the deferring time (IFS). In order to 
assure being ready for retransmission, within the defer- 
ring time, the IFS must be longer than the CPU service 
time. 



6.10 80188 BASED SYSTEM 

Figure 6-12 shows a high performance, high integration 
configuration of the 82588 with the 80188 in a typical 
iAPX188-based microcomputer. The 80188 controls 
the 82588, as well as providing DMA control services 
for data transfer, using its "on chip" two channel DMA 
controller. 



6.10.1 Link Interface 

The Serial Interface Mode configuration parameter se- 
lects either a highly integrated Direct Link Interface 
(High Integration Mode) or a highly flexible Transceiv- 
er Interface (High Speed Mode). 



6.10.2 Application 

In the High Integration mode it is possible to connect 
the 82588 on a very short "Wired OR" link, on a longer 
twisted pair cable, or a broadband connection. 



TWISTED PAIR CONNECTION 

The link consists of a twisted pair that interconnects 
the 82588 (see Figure 6-13). The transmit data pin is 
connected via a driver and the receive data pin is con- 
nected via a buffer. The twisted pair must be properly 
terminated to prevent reflections. 

In the minimum configuration, TXD and RXD are 
connected to the twisted pair and CTS is grounded. The 
82588 may control the driver with the RTS pin. It is 
also possible to use external circuitry for performing 
collision detection and feeding it to the 82588 through 
theCDTpin. 

BROADBAND CONNECTION 

The 82588 supports data communications over a broad- 
band link in both its modes. Proper MODEM interface 
should be provided. Collision Detection by Bit Com- 
parison, in High Integration Mode, fits transmission 
over broadband links. 
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AD(0-7) f~ 



ARDY 
NMI 



DROO 
DRQ1 
PCS? 
PCS2 
RESET 
PCSO 
INT 



b 
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Figure 6-12. 80188 Based System 
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Figure 6-13. Twisted Pair Connection 
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APPENDIX A: 
SOFTWARE 



This section covers the basic software procedures to 
drive the 82588. It is written for an 80186-82588 system 
where both the DMA channels of the 80186 are used. 
The on-chip interrupt controller of the 80186 is also 
used. 

This is not a complete software driver for the 82588, 
but it gives all the procedures needed to write a com- 
plete driver. 

Figure A-l shows the way of assigning the port defini- 
tions for an 80186 based system. 

Figure A-2 shows how to start the various operations 
possible with the chip. This is not a procedure, but just 
examples of calls to operations. 



Figure A-3 shows how the configuration parameters, 
individual address and multicast address parameters 
can be filled in the buffers before issuing the commands 
to program these. 

Figure A-4 shows the different commands for transmit, 
receive, configure, etc. are issued. They also show what 
needs to be set up before issuing the commands. 

Figure A-5 shows how the DMA controller is loaded 
and initialized for data and parameter transfer. This 
procedure is used by all other procedures requiring 
DMA service. 

Figure A-6 shows an interrupt service routine which 
handles interrupts resulting due to various possible 
events. It also shows how to extract receive status from 
a received frame and retransmit sequence required after 
a collision. 



/♦ port definitions 


*/ 








declare 


pba 


literally 


'400h '; 


/* 80186 


i/o base address #/ 


declare 


pcsO 


literally 


'pba + (0 * 


80h> ' 






declare 


pcsl 


literally 


'pba + ( 1 * 


80h> ' 






declare 


pcs2 


literally 


'pba + (2 # 


80h> ' 






declare 


pcs3 


literal ly 


'pba + (3 * 


80h) ' 






dec lare 


pcs4 


1 i teral ly 


'pba + (4 * 


80 h ) ' 






dec lare 


pcs5 


literally 


'pba + (5 * 


80h) ' 






declare 


pcs6 


literally 


'pba + (6 * 


80h) ' 






dec lare 


cs 588 


1 iteral ly 


'pcsl + O', 


/* 82588 


command /status */ 




ch_a 588 


literally 


'pcs2 + 0', 


/* 82588 


DMA channel A */ 




ch_b 588 


literally 


'pcs3 + 0'; 


/♦ 82588 


DMA channel B */ 
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Figure A-1. Port Definition for 80186 Based System 
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/* typ 


Leal calls to execute 82588 commands 


»/ 








call 


ia set(l); 


/* 


1 


*/ 




call 


conf ig ( 1 ); 


/* 


2 


♦ / 




call 


multicast ( 1 ) > 


/* 


3 


#/ 




call 


transmittl, 100, @tx buff 588); 


/* 


4 


*/ 




call 


tdr; 


/* 


5 


*/ 




call 


dump_588(0); 


/* 


6 


*/ 




call 


diagnose; 


/* 


7 


*/ 




call 


rcv_enable(0, ©buffer 588(0) rx (0) ); 


/* 


8 


*/ 




call 


rev stop; 


/* 


B 


*/ 




call 


retransmit; 


/* 


C 


*/ 




call 


abort(l); 


/* 


D 


*/ 




call 


reset__58B; 


/* 


E 


*/ 
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Figure A-2. An Example of Executing Commands 



/* 82588 init */ 



init_5B8: procedure; 



conf ig. 
conf ig. 
conf ig. 
conf ig. 
conf ig 
conf ig 
conf ig. 
conf ig. 
conf ig. 
conf ig 
conf ig 
conf ig. 



.588(00) 
.588 CO 1) 
588(02) 
588(03) 
588(04) 
_588(05) 
_588(06) 
_588(07) 
_588(08) 
_588(09) 
_588(10) 
_588(11 ) 



10; 

00; 

00101000b; 

buff_len/4; 

10100110b; 

00000000b; 

48; 

70h; 

11111000b; 

00000100b; 

10001100b; 

06; 



ia__set_buff_58B(0) - 6; 

ia_set_buff_588(l) = 0; 

ia_set_buff_58B(2) = OOOh; 

ia_set_buff_588(3) = Ollh; 

ia_set_buff_588(4) - 022h; 

ia__set_buff_588(5) = 044h; 

ia set_buff_588(6) = 088h; 

ia""set buff 588(7) = Offh; 



mul t 
mult 
mult 
mult 
mult 
mult 
mult 
mult 
mult 
mult 
mul t 
mult 
mult 
mult 



icast_ 
icast_ 
icast_ 
icast. 
icast_ 
icast_ 
ica5t_ 
icast_ 
icast_ 
icast_ 
icast_ 
icast_ 
icast. 
icast 



buff, 
buff 
buff 
buff 
buff 
buff 
buff, 
buff, 
buff, 
buff 
buff 
buff, 
buff, 
buff" 



588(00) 
588(01) 
588(02) 
588(03) 
588(04) 
588(05) 
588(06) 
.588(07) 
.588(08) 
.588 ( 09 ) 
588(10) 
.588 (11) 
.588(12) 
588(13) 



12; 
00 h 
llh 
12h 
13h 
14h 
15h 
16h 
21h 
22 h 
23h 
24h 
25h 
26h 



call reset 588; 



end init 588; 



/* to configure all parameters */ 

/« mode 0, 16 MHz clock, 1 MB/s */ 

/* Receive Buffer length = 256 bytes */ 

/* Ext. loopback, address len = 6, Preamble = 

/* Differential Manchester = off */ 

/* IPS - 48 TCLK */ 

/* Slot time = 70h TCLK */ 

/* Col Det By Bit Comp. = on */ 

/* Manchester encoded, bit-stuffing = off */ 

/* Internal CR3 and CDT, CRSF = 4 */ 



/* 6 byte individual address */ 



/* Two 6 byte multicast addresses */ 
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Figure A-3. Defining Configuration, IA and Multicast Address Parameters 
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z* 

nop_588: procedure; /# command - 00 */ 

output (cs_588> = 00, /* NOP */ 
return; 

end nop_588; 

/* 

ia_set: procedure ( channel ) ; /* command - 01 */ 

declare channel byte; 

call dma_load (channel, 1, 8, @ia_set_buf f_588) ; 

output <cs_588) = 1 or shl (channel, 4); /# ia_set */ 

return; 

end ia__set; 

/* _ 

config: procedure ( channel ) ; /* command - 02 */ 

declare channel byte; 

call dma_load (channel, 1, 12, ©conf ig_588> ; 

output <cs_588> = 2 or shl (channel, 4); /* configure */ 

return; 

end config; 

/* . — 

multicast: procedure ( channel ) ; /* command .- 03 */ 

declare channel byte; 

call dma_load (channel, 1, 14, @mul t icast_buf f _588 > ; 

output (cs_58B) = 3 or shl (channel, 4); /* multicast •*/ 

return; 

end multicast; 

/# 

/•* command - 04 »/ , 

transmit: procedure ( channel , buff er__len, buff er_po inter ) ; 

declare channel byte; 
declare buffer_len word; 
declare buf f er_pointer pointer; 

tx_buffer_588(00> = buffer_len mod 256, 
tx_buffer_588(01 > = buffer_len / 256; 

tx_buff_ptr = buf f er_pointer; /* temporary storage ■*/ 

tx__channel = channel; 

tx_buf f er_len = 2048; /* max. frame size */ 

call dma_load ( tx_channel, 1, tx_buffer_len, tx_buff_ptr); 
output (cs_58B) = 4 or shl ( tx_channel, 4) ; /* transmit #/ 
return; 

end transmit; 



Figure A-4a. Setup and Execution of Commands 
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z* 

tdr: procedure; /* command 

output <cs_588) = 5 ; /* tdr */ 
return; 



dump_588: procedure ( channel ) ; /* command - 06 */ 

declare channel byte; 

call dma_load (channel, 0, 150, @dump.J>uff_S88>; 

output (cs_588) - 6 or shl (channel, 4); /♦ dump */ 

return; 



end dump_588; 



diagnose: procedure; /* command - 07 */ 

output (cs_58S> = 7 ; /* diagnose */ 
return; 

end d iagnose; 

/* . . 

/« command - 08 */ 

rcv_enable: procedure( channel, buf fer_ptr ) ; 

declare channel byte; 
declare buffer_ptr pointer; 

call dma_load (channel, 0, 2048, buf f er_ptr ); 
output (cs_588)s= 8 or shl (channel, 4); 

return; 

end rev enab le; 



allocate_buf f er: procedure (buf fer__ptr ) ; /* command - 09 */ 

declare buffer_ptr pointer; 
declare new_channel byte; 

neiu^channel « not (rol ( status_598(3) , 1 ) ) and 00000001b; 
call dma_load (neu»__channel, 0, buf f_len, buf f er_ptr ); 
output(cs_588>= 9; 
return; , 

end allocate buffer; „„.,„„« na 
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Figure A-4b. Setup and Execution of Commands 
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rcv_di sable: procedure; 



output(cs_5S8)^ 10; 
return; 



end rev disable; 



/* command 



rcv_stop: procedure; 

output (cs_588)= 11; 
return; 

end rcv_5top; 



/* command -11*/ 



retransmit: procedure; 



/* command 



12 */ 



/* Parameters for this command are taken from the temporary 
storage used during the last Transmit command */ 

call dma_load < tx__channel, 1, tx_buf f erjen, tx_buff_ptr )/, 

output (cs_588) = 12 or shl < t x_channel, 4) ; /* retransmit */ 

return; 

end retransmit; 



abort: procedure<channel ) ; 
declare channel byte; 



/•* command 



13 */ 



output (cs_5B8>= 13 or shl (channel, 4); 
return; 



end abort; 



/*- 



reset_58B: procedure; 

output ( cs_588) = 14; 

call conf ig < 1 ); 

return; 
end reset_588; 
/♦ 



/* command - 14 */ 



/* configure on reset */ 



read_status_588: procedure; /* command - 15 */ 

output <cs_588) = 15; /* release pointer* initial = 00 */ 



status_588(0) = input (cs_5BS) 

status_588( 1 ) = input (cs_5B8) 

status_5B8<2) = input (cs_588) 

status_588(3) = input (cs_588) 
return; 

end read_status_588; 



/* refresh status register image •*/ 
/* in memory. 



Figure A-4c. Setup and Execution of Commands 
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dma_load: proc edure ( channel , direction/ transjen^ buff _ptr) reentrant; 

/•* To load and start the 80186 DMA controller for the desired operation */ 

declare dma_rx__mode literally '1010001001000000b'; /* rx channel */ 
/* src=IQ> dest=M(inc)i sync=src, TC< noint, priority, byte */ 

declare dma_tx_mode literally '0001011010000000b'; /* tx channel ♦/ 
/* src=M(inc)< dest=IO» sync=dest, TCi noint, noprior> byte •*/ 

declare channel byte; /* channel # «■/ ' 

declare direction byte; /* = rx, 588 -> mem; 1 = tx# mem ~> 588 */ 

declare trans_len word; /* byte count */ 

declare buff_.ptr pointer; /* buffer pointer in seg: offset form */ 

declare buf f __ptr_20bi t dword; 

declare ptrl pointer; 

declare <wrd based ptrl)(2) word; 

ptrl = @buff_ptr; /* convert buff_ptr to 20bit buff__ptr */ 

buff_ptr_20bit = sh 1 < < buf f _p tr_20b i t := wrd(l)>,4> + wrd(O); 

do case channel and 00000001b; 

do case direction and 00000001b; 

do; /* channel > 588 to memory */ 

outword <dma_0_dpl ) = low < buf f _ptr_20b i t ) ; 

outword < dma__0_dph ) = h igh < buf f _p tr_20b i t ) ; 

outword <dfna_.0_spl ) = ch_a_588; 

outword ( dma_0_sph ) = 0; 

outword ( dma„0_tc ) = trans_len; 

outword ( dma_0__cw> = dma__rx_mode or 0006h; /* start DMA channel */ 

end; 

do; /* channel , memory to 588 */ 

outword <dma_0_dpl ) = ch_a_588; 

outword < dma_0_dph ) =0; 

outword <dma_0_spl) = low <buf f _ptr_20b it ) ; 

outword ( dma_0_sph ) = h igh (buf f_ptr_20b i t ) ; 

outword ( dma_p_tc ) = trans_len; 

outword (dma_0_cw) = dma_tx_mode or 0006h; /♦ start DMA channel */ 
end; 
end; 

do case direction and 00000001b; 

do; /*• channel 1 , 588 to memory */ 

outword ( dma_l_dp 1 ) = low < buf f _ptr_20bit ) ; 

outword (dma_l_dph) = high < buf f _ptr_20b i t ) ; 

outword <dma_l_spl ) = ch_Jj_J588; 

outword <dma_l_sph ) =0; 

outword (dma_l_tc ) = trans_len; 

outword (dma_l_cw) = dma_rx_mode or 0006h; /* start DMA channel 1 */ 

end; 

do; /* channel 1 , memory to 588 */ 

outword <dma_l_dpl ) = ch_b_588; 

outword ( dma_l_dph ) = 0; 

outword <dma_l_sp 1 ) = low ( buf f _ptr_20b i t ) ; 

outword (dma_l_sph ) = high ( buf f_ptr_20bit) ; 

outword (dma_l_tc ) = trans_len; 

outword (dma_l_cw) «= dma_tx_mode or 0006h; /* start DMA channel 1 */ 

end; 
end; 
end; 
return; 

end dma load; 



Figure A-5. Loading and Starting the 80186 DMA Controller 
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intr_588: procedure interrupt 13; 




declare event byte; 




call read_ 


5tatus_588; 




event = status_588<0) and OOOOllllb); 




do case event; 




event_00 


; 




event_01 


outuord ( dma_l_cw) = ( dma_t x_mode or 0004h); /* stop DMA channel 1 


*/ 


event_02 


outword ( dma_l_cw) = ( dma_t x_mode or 0004h ) ; /* stop DMA channel 1 


*/ 


event_03 


outword (dma_l_cw) = <dma_tx_mode or 0004h); /* stop DMA channel 1 


*/ 


event_04 


do; /* transmit done ■*/ 






outword <dma_l_cw) = (dma_tx_mode or 0004h);/* stop DMA channel 1 


*/ 




if <status_588(2) and 10000000b) <> /* collision */ 






then if ( status_588< 1 ) and 00100000b) = /* max collision #/ 






then intr_588_f lag = 'X'; /* retransmit */ 






end; 




event_05 


; 




event_06 


outword ( dma_0_cw) = (dma_rx_mode or 0004h ) ; /•* stop DMA channel 


*/ 


event_07 


outword<dma cw) = (dma_rx mode or 0004h); /* stop DMA channel 


*/ 


event_08 


do; 

call rcv_d i sable; 

/* extract the rx_status bytes 0* 1 from the received frame */ 
/* frame length is in status_588<0 & 1 ) #/ 
/* multiple buffer scheme is assumed •*/ 

rx buff off = shl(double(status 588(2)), 8) 
+ double(status_588(l) ) - 2; 
rx_buff_no = low(r x_buf f_of f / buff_len); 
rx_buff__off = rx_buff_off mod buff_.len; 
/* status •*/ 

rx_stat(0) = read_byte(@buf f er_588(r x_buf f_no). rx <r x_buf f_of f ) ); 
rx_buff_off = rx_buff_off + 1; 

if rx_buff_off = buff_len /* status across buff boundaries */ 
then do; 

rx_buff_off = 0; 

rx_buff_no = rx_buff_no + 1; 
end; 
/* status 1 */ 
rx_stat(l ) = read_byte(@buf f er_588(r x_buf f_no). rx (r x_buf f_of f ) ); 

call rcv_enable<0, @buf f er_588(0) . rx(0> ); 

end; 




event_09 


call al locate_buf f er (new_buf f er ) ; 

/■* new_buffer is a procedure returning the pointer to new buffer */ 




event_10 


outword <dma_0_cw) = (dma_rx_mode or 0004h); /•* stop DMA channel 


*/ 


event_l 1 


; 




event_12 


do; /* re-transmit done */ 






outword (dma_l_cw) = (dma_tx_mode or 0004h ) ; /* stop DMA channel 


1 */ 




if (status_588(2) and 10000000b) <> /* collision */ 






then if < status_588< 1 ) and 00100000b) =0 /# no max collision ■*/ 






then intr_5S8._f lag = 'X'; /* retransmit -*/ 






end; 




event_13 


do; /# execution aborted */ 






outword (dma_l_cw) = (dma_tx_mode or 0004h); /-«■ stop DMA channel 


1 */ 




intr_588_f lag = 'X'; 






end; 




event_14 


; 




event_15 


; 




end; 






outword (e 


air_186) = 8000h; /* non specific EOI to 80186 */ 




output ( C 5 


_588) = 10000000b; /* intack, */ 




return; 






end intr_588 
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Figure A-6. Interrupt Service Routine 
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7.1 INTRODUCTION 

The explosive growth of the personal computer market 
has placed a PC on almost everyone's desk in the office. 
Working in a stand-alone PC environment for a while 
automatically generates a need for linking up the PCs 
for very basic reasons, like file sharing, automatic back- 
up, disk-less operation and electronic mail. This has led 
to a search for a networking scheme for PCs which 
costs not more than 10% of the cost of the PC itself. As 
of year end 1984, close to 4.5 million PCs were in exis- 
tence. Only 5% of these had local area network (LAN) 
interfaces. Industry forecasts suggest that by 1990, 
nearly 20 million PCs will be interconnected through 
LANs. To what extent this comes to pass depends on 
achieving low cost networking, ease of design, ease of 
installation and achievement of industry standards to 
enable inter-connectability of equipment from different 
vendors. Traditional Local Area Networks (LAN) like 
Ethernet and Cheapernet have proved to be too expen- 
sive for the office environment. Not only the nodes are 
expensive, but also the cabling: A myriad of non-tradi- 
tional networks have emerged which are cheap. But 
none have captured a significant market, due to the 
lack of major company backing and also due to lack of 
backing from any of the standards bodies like the 
IEEE, CCITT or ISO. 

Two recently introduced LANs will have a far reaching 
impact on PC networking. Based on the CSMA/CD 
(Carrier Sense Multiple Access with Collision Detec- 
tion) access method, they are both targets of industry 
standardization efforts through the auspices of the 
IEEE 802.3 Working Group: a) PC Network intro- \ 
duced by IBM arid Sytek for 2 Mb/s in broadband over 
a coaxial cable and b) StarLAN introduced by AT & T 
with a data rate of 1 Mb/s in baseband over unshielded, 
twisted pair, telephone grade wiring. The INTEL 
82588 LAN controller was designed to support both 
types of networks equally well, being optimized for op- 
eration in the 1-2 Mb/s range, with either baseband or 
broadband transmission. It is a VLSI device aimed at 
low cost, ease of design, and conformance to the antici- 
pated IEEE 802.3 standards. 

The objective of this Application Note is to .illustrate 
designing with the 82588 through a practical example. 
StarLAN was chosen for this purpose due to its overall 
simplicity. The Application Note goes beyond the 
82588 based StarLAN interface, describing overall op- 
eration of the network, and providing an example de- 
sign of a StarLAN HUB unit. 



of a node is drastically reduced because of the availabil- 
ity of VLSI LAN controllers like the 82588. StarLAN 
uses standard telephone wire for the transmission medi- 
um. This cable is either already installed and ready to 
use or it is very cheap to install. StarLAN has the back- 
ing of most of the major companies in the industry. 
And, in addition, since it meets the IEEE 802.3 stan- 
dards requirements, it is very fast on its way to become 
an industry standard. 



7. 1 .2 Network Topologies 

Networks connect nodes so that they communicate. 
There are various ways of interconnection or topolo- 
gies. Figure 7-1 shows the three most commonly used 
topologies; bus, ring and star. 




Figure 7-1. Network Topologies 



7.1.1 StarLAN 

StarLAN overcomes the handicaps of cost and stan- 
dards. It is very economical to implement; both, due to 
the low cost of the node and that of the cable. The cost 



7-2 



inteT 



AP-236 



In the bus topology, all the nodes are connected to the 
same bus or the transmission medium. There are vari- 
ous protocols to determine who can transmit. In the 
CSMA/CD (Carrier Sense Multiple Access with Colli- 
sion Detect) protocol, any node can transmit if there is 
silence on the bus for a given time. If two nodes trans- 
mit at the same time, they collide. They detect the colli- 
sion, wait for a random period of time and try transmit- 
ting again. Ethernet is an example of a LAN with a bus 
topology using the CSMA/CD protocol. No single 
node is critical to the network. Each is a peer. 

If nodes are connected together to form a ring, there is 
generally a token which gets passed from node to node. 
Whoever has the token can transmit and then pass the 
token to the next node. Token ring network is an exam- 
ple of this topology. Although, Token bus network 
physically has a bus topology, the nodes form a virtual 
ring around which a token is passed. In a star topology, 
as in StarLAN, the nodes are connected to a central 
unit called the HUB. The HUB receives and retrans- 
mits the frames from each node. It is like a switching 
station in a telephone network. Since the HUB sits at a 
central place, it can perform functions which are shared 
by all nodes. StarLAN also uses a CSMA/CD protocol 
like the Ethernet. The HUB in the StarLAN network 
primarily aids in resolving collision among the nodes. 



7.1.3 The 82588 

The 82588 is a single chip LAN controller designed for 
CSMA/CD networks. It integrates in one chip all func- 
tions needed for such networks. Besides doing the stan- 
dard CSMA/CD functions like framing, deferring, 
backing off on collisions, transmitting and receiving 
frames, it performs encoding and decoding the data in 
Manchester or NRZI format, carrier sensing and colli- 
sion detection up to a speed of 2 Mb/s. These functions 
make it an optimum controller for a StarLAN node. It 
has a very conventional microcomputer bus interface, 
further easing the job of interfacing it to any processor. 



7.1.4 Organization of the Application 
Note 

Section 7.2 of this Application Note describes the 
StarLAN network, its basic components, collision de- 
tection, signal propagation and network parameters. 
Sections 7.3 and 7.4 describe the 82588 LAN controller 
and its role in the StarLAN network. Section 7.5 goes 
into the details of designing a StarLAN node for the 
IBM PC. Section 7.6 describes the design of the HUB. 
Both these designs have been implemented and operat- 
ed in an actual StarLAN environment. Section 7.7 doc- 
uments the software used to drive the 82588. It gives 
the actual procedures used to do operations like, config- 
ure, transmit and receive frames. It also shows how to 
use the DMA controller and interrupt controller in the 
IBM PC and goes into the details of doing I/O on the 



PC using DOS calls. Appendix A shows oscilloscope 
traces of the signals at various points in the network. 
Appendix B deals with doing DMA in environments 
where only one DMA channel is available. 



7.1.5 References 

For additional information on the 82588, see the LAN 
Components User's Manual or the 82588 Reference 
Manual. For additional information on StarLAN, see a 
draft of IEEE 802.3 type 1BASE5 specifications. 



7.1.6 Acknowledgements 

Intel Corporation gratefully recognizes AT & T Infor- 
mation Systems for the StarLAN concept and their 
contributions to the IEEE 802.3 1BASE5 Task Force. 

Ideas and cooperation from Bob Galin, Adi Golbert, 
Ariel Hendel, Yosi Mazor and Kiyoshi Nishide have 
been very helpful. 



7.2 StarLAN 

StarLAN is a low cost networking solution aimed at 
the office automation, instrumentation and serial back- 
plane applications. It is a 1 Mb/s, IEEE 802.3 compati- 
ble CSMA/CD network. It has a star topology with the 
nodes connected in a point-to-point fashion to a central 
HUB. HUBs can be connected in a hierarchical fash- 
ion. Up to 5 levels of HUBs are supported. The maxi- 
mum distance between a node to the adjacent HUB or 
between two adjacent HUBs is 800 ft. (250 meters) for 
24 gauge wire and 600 ft. (200 meters) for 26 gauge 
wire. Maximum node to node distance with one HUB is 
0.5 km, hence IEEE 802.3 calls it a 1BASE5 LAN. 1 
stands for 1 Mb/s and BASE is for baseband. 

One of the attractive features of StarLAN is that it uses 
telephone grade twisted pair wire for the transmission 
medium. In fact, existing, installed telephone wiring 
can also be used for StarLAN. Telephone wiring is 
probably the cheapest wire. It is also very economical 
to install. Although use of telephone wiring is an obvi- 
ous advantage, for small clusters of nodes the entire 
wiring can be done without using building wiring. 

Factors contributing to its low cost are: 

a. Use of telephone grade, unshielded, 24 or 26 gauge 
twisted pair wire transmission media. 

b. Installed base of redundant telephone wiring in most 
buildings. Even new installation of telephone wiring 
is very economical. 

c. Buildings are designed for star topology wiring. They 
have conduits leading to a central location. 
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d. Availability of low cost VLSI LAN controllers like 
the 82588 for low cost applications and the 82586 for 
high performance applications. 

e. Low cost RS-422 drivers/receivers needed for the 
physical level interface. 



7,2.1 Star LAN Topology 

StarLAN has (as the name suggests) a star topology. 
The nodes are at the ends of the arms of a star and the 
central point is called a HUB. There can be more than 
one HUB in a network. The HUBs are connected in a 
hierarchical fashion resembling an inverted tree, as 



shown in Figure 7-2, where nodes are shown as PCs. 
the HUB at the base (at level 3) of the tree is called the 
Header Hub (HHUB) and others are called Intermedi- 
ate HUBs (IHUB). It will become apparent, later in 
this section, that topologically, this entire network of 
nodes and HUBs is equivalent to one where all the 
nodes are connected to a single HUB. 

7.2.1.1 TELEPHONE NETWORK 

StarLAN is structured to run parallel to the telephone 
network in a building. The telephone network has, in 
fact, exactly the same star topology as StarLAN. Let us 
now examine how the telephone system is laid out in a 
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Figure 7-2. StarLAN Topology 
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Figure 7-3. Telephone Wiring in a Building 
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building in the USA. Figure 7-3 shows how a typical 
building is wired for telephones. 24 gauge unshielded 
twisted pair wires emanate from a room called the Wir- 
ing Closet. The wires are in bundles of 25 or 50 pairs. 
The bundle is called D inside wiring (DIW) cable. The 
wires in these cables end up at modular telephone jacks 
in the wall. The telephone set is either connected direct- 
ly to the jack or through an extension cable. Each tele- 
phone generally needs one twisted pair for voice and 
one more for auxiliary power. Thus, each modular jack 
has 2 twisted pairs (4 wires) connected to it. A 25 pair 
DIW cable can thus be used for up to 12 telephone 
connections. In most buildings, all pairs in a cable are 
not used up. Typically, a cable is used for only 4 to 8 
telephone connections. This practice is followed by tele- 
phone companies because it is cheaper to install extra 
wires once, than to install once again to expand the 
existing number of connections. As a result, a lot of 
extra, unused wiring exists in a building. The stretch of 
cable between the wiring closet and the telephone jack 
is typically less than 800 ft. (250 meters). In the wiring 
closet the incoming wires from the telephones are rout- 
ed to another wiring closet, a PABX or to the central 



office through an interconnect matrix. Thus, the wiring 
closet is a concentration point in the telephone net- 
work. There is also a redundancy of wires between the 
wiring closets. 

7.2.1.2 StarLAN AND THE TELEPHONE 
NETWORK 

Does StarLAN need telephone wiring in the building? 
Not really. StarLAN does not have to run on the build- 
ing telephone wiring but the fact that it can, adds to its 
attractiveness. Figure 7-4 shows how the StarLAN net- 
work fits right on top of the telephone network. Each 
node needs 2 twisted pair wires to hook up to the HUB. 
The unused wires in the 25 pair DIW cables provide an 
electrical path up to the wiring closet, where the HUB 
is located. Note that the telephone and the StarLAN 
networks are electrically isolated. They only use the 
wires in the same DIW cable to reach the wiring closet. 
Within the wiring closet, the StarLAN wires go to a 
HUB and the telephone wires are routed to a different 
channel. Similar cable sharing can occur in going from 
one HUB to another. See Figure 7-5 for a typical office 
wired for StarLAN through the telephone wiring. 




*StarLAN and telephones share the same cable, but are electrically isolated. 
*Starl_AN uses the unused wires in existing cables. 



Figure 7-4. Coexistence of Telephone and StarLAN 



7-5 



iny 



AP-236 



WIRING CLOSET 



IHUB 



ft 



o: 



WIRING CLOSET 



HHUBy 



J 



TELEPHONE 
WIRES TO PBX 





ROOM # 1 



WIRING CLOSET 



IHUB 



k 



O: 




S s- 



ROOM # 2 



WIRING CLOSET f 



O 




ROOM,# 3 



Figure 7-5. A Typical Office Having StarLAN through Telephone Wiring 
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7.2.2 StarLAN and Ethernet 

Both StarLAN and Ethernet are CSMA/CD networks 
which conform to the IEEE 802.3 requirements. Since 
Ethernet has been around longer and is better under- 
stood, a comparison of Ethernet with StarLAN can 
ease the understanding of StarLAN. 

a. Both Ethernet and StarLAN are IEEE 802.3 com- 
patible CSMA/CD networks. 

b. Data rate of Ethernet is lOMb/s and that of 
StarLAN is 1 Mb/s. 

c. Ethernet has a bus topology where each node is con- 
nected to a coaxial cable bus via a 50 meter transceiv- 
er cable containing four shielded twisted pair wires. 
StarLAN has a star topology, where each node is 
connected to a central HUB by a point to point link 
through two pairs of unshielded twisted pair wires. 

d. Collision detection in Ethernet is done by the trans- 
ceiver in the coaxial cable. Electrically, it is done by 
sensing the energy level on the coax cable. Collision 
detection in StarLAN is done in the HUB by sensing 
activity on all the input lines to the HUB. 

e. In Ethernet, the presence of collision is conveyed by 
the transceiver to the node by a special collision de- 
tect (CDT) signal. In StarLAN, it is conveyed by the 
HUB using a special collision presence signal on the 
receive data line to the node. 

f. Ethernet cable segments are interconnected using re- 
peaters in a non-hierarchical fashion so that the dis- 



tance between any two nodes does not exceed 2.5 ki- 
lometers. In StarLAN the maximum distance be- 
tween two nodes is also 2.5 kilometers. This is 
achieved by wiring a maximum of five levels of HUBs 
in a hierarchical fashion. 

It is interesting to see that topologically, Ethernet looks 
similar to a StarLAN, if the length of cable in Ethernet 
were to shrink to zero and the length of the transceiver 
cables were to grow to 800 ft. (250 meters), as shown in 
Figure 7-6. 



7.2.3 Basic StarLAN Components 

A StarLAN network has three basic components: 

a. StarLAN node interface 

b. StarLAN HUB 

c. Cable 

7.2.3.1 A StarLAN NODE INTERFACE 

Figure 7-7 shows a typical StarLAN node interface. It 
interfaces to a processor on the system side. The proc- 
essor runs the networking software. The heart of the 
node interface is the LAN controller which does the job 
of receiving and transmitting the frames in adherence 
to the IEEE 802.3 standard protocol. It maintains all 
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Figure 7-6. Ethernet and StarLAN Similarities 
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Figure 7-7. 82588 Based StarLAN Node 



the timings — like the slot time, interframe spacing 
etc. — required by the network. It performs the func- 
tions of framing, deferring, backing-off, collision detec- 
tion which are necessary in a CSMA/CD network. It 
also does Manchester encoding of data to be transmit- 
ted and clock separation — or decoding — of the Man- 
chester encoded data that isreceived. The signals from 
the controller are converted to the differential form by 
a RS-422 or RS-485 driver. These signals cannot be 
directly sent on the unshielded twisted pair wire be- 
cause the rise and fall times of the signal are fast and 
this causes the undesired effect of cross-talk and radia- 
tion. This disturbs other signals, digital and voice, shar- 
ing the same cable. Some pulse shaping is therefore 
done essentially to increase the rise and fall times 
(edges are made to rise and fall slower). The shaped 
signal is sent on to the twisted pair wire through a pulse 
transformer for DC isolation. The signals on the wire 
are thus differential, DC isolated from the node and 
almost sinusoidal (due to shaping and the capacitance 
of the wire). 

The signal received by the node (from the HUB) is 
filtered from noise by a squelch circuit. The squelch 
circuit prevents idle line noise from affecting the receiv- 
er circuits in the LAN controller. The differential sig- 
nal from the HUB is received using a zero-crossing RS- 
422 receiver. Output of the receiver, qualified by the 
squelch circuit, is fed to the RxD pin of the LAN con- 
troller. The RxD signal provides three kinds of infor- 
mation. 

a. Normal received data, when receiving the frame. 

b. Collision information in the form of the collision 
presence signal from the HUB. This is used when 
transmitting a frame. 

c. Carrier sense information, indicating the beginning 
and the end of frame. This is useful during transmit 
and receive operations. 



7.2.3.2 StarLAN HUB 

HUB is the point of concentration in StarLAN. All the 
nodes transmit to the HUB and receive from the HUB. 
Figure 7-8 shows an abstract representation of the 
HUB. It has an upstream and a downstream signal 
processing unit. The upstream unit has N signal inputs 
and 1 signal output. And the downstream unit has 1 
input and N output signals. The inputs to the upstream 
unit come from the nodes or from the intermediate 
HUBs (IHUBs) and its output goes to a higher level 
HUB. The downstream unit is connected the other way 
around; input from a upper level HUB and the outputs 
to nodes or lower level IHUBs. Physically each input 
and output consists of one twisted pair wire carrying a 
differential signal. The downstream unit essentially just 
re-times the signal received at the input, and sends it to 
all its outputs. The functions performed by the up- 
stream unit are: 

a. Collision detection 

b. Collision Presence signal generation 

c. Signal Retiming 

d. Jabber Function 





UPSTREAM 


1 
1 

231422-8 


DOWNSTREAM 



Figure 7-8. A StarLAN HUB 
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Figure 7-9. HUB as a Black Box 
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Figure 7-10. StarLAN HUB Block Diagram 
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The collision detection in the HUB is done by sensing 
the activity on the inputs. If there is activity (or tran- 
sitions) on more than one input, it is assumed that more 
than one node is transmitting. This is a collision. If a 
collision is detected, a special signal called the Collision 
Presence Signal is generated. This signal is generated 
and sent out as long as activity is sensed on any of the 
input lines. This signal is interpreted by every node as 
an occurrence of collision. If there is activity only on 
one input, that signal is re-timed — or cleaned up of any 
accumulated jitter — and sent out. Figure 7-9 shows the 
input to output relations for the upstream part of the 
HUB as a black box. 

If a node transmits for too long the HUB exercises a 
Jabber function to disable the node from interfering 
with traffic from other nodes. There are three timers in 
the HUB associated with this function and their opera- 
tion is described in section 7.6. 

Figure 7-10 shows a block diagram of the HUB. A 
switch position determines whether the HUB is an 
IHUB or a HHUB. If the HUB is an IHUB, the switch 
decouples the upstream and the downstream units. 
Header HUB (HHUB) is the highest level HUB; it has 
no place to send its output signal, so it returns its out- 
put signal (through the switch) to the outputs of the 
downstream unit. There is one and only one HHUB in 
a Star LAN network and it is always at the base of the 
tree. The returned signal eventually reaches every node 
in the network through the intermediate nodes (if any). 

StarLAN specifications do not put any restrictions on 
the number of IHUBS at any level or on number of 
inputs to any HUB. The number of inputs per HUB are 
typically 10 to 20 and is dictated by the typical size of 
clusters in a given networking environment. 

7.2.3.3 StarLAN CABLE 

Unshielded telephone grade twisted pair wires are used 
to connect a node to a HUB or to connect two HUBs. 
This is one of the cheapest types of wire and responsible 
for bringing down the cost of StarLAN. 

Although the 24 gauge wire is used for long stretches, 
the actual connection between the node and the tele- 
phone jack in the wall is done using extension cable, 
just like connecting a telephone to a jack. For very 
short StarLAN configurations, where all the nodes and 
the HUB are in the same room, the extension cable 
with plugs at both ends may itself be sufficient for all 
the wiring. 

The telephone twisted pair wire of 24 gauge has the 
following characteristics: 



Capacitance : 0.1 u-F/mile 

Impedance : 92. 6fl, —4 degrees @ 1 MHz 

Experiments have shown that the sharing of the tele- 
phone cable with other voice and data services does not 
cause any mutual harm due to cross-talk and radiation, 
provided every service meets the FCC limits. 

Although it is not a part of the IEEE 802.3 1BASE5 
standard, there is considerable interest in using fiber 
optics and coaxial cable for node to HUB or HUB to 
HUB links especially in noisy and factory environ- 
ments. Both these types of cables are particularly suited 
for point-to-point connections. Even mixing of different 
types of cables is possible. 



7.2.4 Framing 

Figure 7-1 1 shows the format of a StarLAN frame. The 
beginning of the frame is marked by the carrier going 
active and the end marked by carrier going inactive. 
The preamble has a 56 bit sequence of 101010 .... 
ending in a 0. This is followed by 8 bits of start of frame 
delimiter (sfd) —10101011. These bits are transmitted 
with the MSB (leftmost bit) transmitted first. Source 
and destination fields are 6 bytes long. The first byte is 
the least significant byte. These fields are transmitted 
with LSB first. The length field is 2 bytes long and gives 
the length of data in the Information field. The entire 
information field is a minimum, of 46 bytes and a maxi- 
mum of 1500 bytes. If the data content of the Informa- 
tion field is less than 46, padding bytes are used to 
make the field 46 bytes long. The Length field indicates 
how much real data is in the Information field, The last 
32 bits of the frame is the Frame Check Sequence 
(FCS) and contains the CRC for the frame. The CRC is 
calculated from the beginning of the destination ad- 
dress to the end of the Information field. The generat- 
ing polynomial (Autodin II) used for CRC is: 

X32 + X26 + X23 + \22 + X16 + X12 + X^ + 

X10 + X8 + X? + X§ + X4 + X2 + X + 1 

The frames can be directed to a specific node (LSB of 
address must be 0), to a group of nodes (multicast or 
group — LSB of address must be 1) or all nodes (broad- 
cast — all address bits must be 1). 



7.2.5 Signal Propagation and Collision 

Figure 7-12 will be used to illustrate three typical situa- 
tions in a StarLAN with two IHUBs and one HHUB. 
Nodes A and B are connected to HUB1, nodes C and D 
to HUB2 and node E to HUB3. 



Attenuation 
DC Resistance 
Inductance 



42.55 db/mile @ 1 MHz 
823.69 ft/mile 
0.84 mH/mile 
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Sfd = Start of Frame Delimiter 

DA = Destination Address 

SA = Source Address 

Len = Length 

FCS= Frame Check Sequence 

All numbers indicate field length in octets. 



Figure 7-11. Framing 



7.2.5.1 SITUATION #1 



Whenever node A transmits a frame Fa, it will reach 
HUB1. If node B is silent, there is no collision. HUB1 
will send Fa to HUB3 after re-timing the signal. If 
nodes C, D and E are also silent, there is no collision at 
HUB2 or HUB3. Since HUB3 is the HHUB, it sends 
the frame Fa to HUB1, HUB2 and to node E after re- 
timing. HUB1 and HUB2 send the frame Fa to nodes 
A, B and C, D. Thus, Fa reaches all the nodes on the 
network including the originator node A. If the signal 
received by node A is a valid Manchester signal and not 
the Collision Presence Signal (CPS) for the entire dura- 
tion of the slot time, then the node A assumes that it 
was a successful transmission. 

7.2.5.2 SITUATION #2 

If both nodes A and B were to transmit, HUB1 will 
detect it as a collision and will send signal Fx (the Colli- 
sion Presence Signal) to the HUB3— Note that HUB1 
does not send Fx to nodes A and B yet. HUB 3 receives 
a signal from HUB1 but nothing from node E or 
HUB2, thus it does not detect the situation as a colli- 
sion and simply re-times the signal Fx and sends it to 
node E, HUB2 and HUB1. Fx ultimately reach all the 
nodes. Nodes A and B detect this signal as CPS and 
call it a collision. 



7.2.5.3 SITUATION #3 

In addition to nodes A and B, if node C were also to 
transmit, the situation at HUB1 will be the same as in 
situation #2. HUB2 will propagate Fc from C towards 
HUB3. HUB3 now sees two of its inputs active and 
hence generates its own Fx signal and sends it towards 
each node. 



These situations should also illustrate the point made 
earlier in the chapter that, the StarLAN network, with 
nodes connected to multiple HUBs is, in effect, equiva- 
lent to all the nodes connected to a single HUB. 



7.2.6 StarLAN Network Parameters 

At the time of writing (June, 1985 revision of IEEE 
802.3-1BASE5 specifications), all the StarLAN net- 
work parameters defined, match those of Ethernet. 
Some important ones are: 

Preamble length (incl. sfd) 64 bits 

Address length 6 bytes 

FCS length CRC(Autodin II) 32 bits 

Maximum frame length .1518 bytes 

Minimum frame length 64 bytes 

Slot time 5 12 bit times 

Interframe spacing 96 bit times 

Minimum jam timing 32 bit times 

Maximum number of collisions 16 

Backoff limit 10 

Backoff method Truncated binary exponential 

Encoding Manchester 

Propagation delay between most 

distant nodes 130 bit times 

Maximum delay though IHUB 10 bit times 

Maximum delay per cable segment 4 bit times 

Bits eaten up in the HUB 4 bits 

Clock tolerance ±0.01% 

Maximum jitter per segment ± 90 ns 
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Situation # 1. A Transmitting 




Situation #2. A & B Transmitting 




HUB1, HUB2are IHUBs 

HUB3 is the HHUB 

Fa, Fb, Fc— Frames from nodes A, B & C 

Fx— Collision Presence Signal 



Situation #3. A, B & C Transmitting 



Figure 7-12. Signal Propagation and Collisions 
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7.3 LAN CONTROLLER FOR StarLAN 

One of the attractive features of StarLAN is the avail- 
ability of the 82588, a VLSI LAN controller, designed 
to meet the needs of a StarLAN node. The main re- 
quirements of a StarLAN node controller are: 

1. IEEE 802.3 compatible CSMA/CD controller. 

2. Configurable to StarLAN network and system pa- 
rameters. 

3. Generation of all necessary clocks and timings. 

4. Manchester data encoding and decoding. 

5. Detection of the Collision Presence Signal. 

6. Carrier Sensing. 

7. Squelch or bad signal filtering. 

8. Fast and easy interface to the processor. 

82588 performs all these functions in silicon, providing 
a minimal hardware interface between the system proc- 
essor and the StarLAN physical link. It also reduces 
the software needed to run the node, since a lot of func- 
tions, like deferring, back off, counting the number of 
collisions etc., are done in silicon. 



7.3.1 IEEE 802.3 Compatibility 

The CSMA/CD control unit on the 82588 performs the 
functions of deferring, maintaining the Interframe 



Space (IFS) timing, reacting to collision by generating a 
jam pattern, calculating the back-off time based on the 
number of collisions and a random number, decoding 
the address of the incoming frame, discarding a frame 
that is too short, etc. All these are performed by the 
82588 in accordance to the IEEE 802.3 standards. For 
inter-operability of different nodes on the StarLAN net- 
work it is very important to have the controllers strictly 
adhere to the same standards. 



7.3.2 Configurability of the 82588 

Almost all the networking parameters are programma- 
ble over a wide range. This means that the StarLAN 
parameters form a subset of the total potential of the 
82588. This is a major advantage for networks whose 
standards are being defined and are in a flux. It is also 
an advantage in carrying over the experience gained 
with the component in one network to other applica- 
tions, with differing parameters. 

The 82588 is initialized or configured to its working 
environment by the CONFIGURE command. After 
the execution of this command, the 82588 knows its 
system and network parameters. A configure block in 
memory is loaded into the 82588 by DMA. This block 
contains all the parameters to be programmed as shown 
in Figure 7-13. Following is a partial list of the parame- 



7 


6 


5 


4 


3 


2 


1 











I 

BYTE COUNT (L.S.B) 
I 














BYTE COU 


MT (M.S.B) 








CHAINING 


SERIAL 
MODE 


SAMPLING 
RATE 


OSC 
RANGE 




FIFO 


LIMIT 








E 


UFFER 


LENGT 


^ 






EXT LOOP- 
BACK 


INT LOOP- 
BACK 


1 

PREAM LEN 

1 


NO SRC 
ADD INS 


ADD 


LEN 




BACK OFF 
METHOD 


E) 


1 
(P PRIO 
1 


DIF.MAN 
/MANCH. 


LIN 
PRIO 


EAR 
RITY 






1 


1 

NTER FRAME 
1 


SPACIN 












1 

SLOT TIME (L 
1 


) 










R 


ITRY NUMBE 


:r 


CDBBC 


S 


_0T TIME (h 


) 


PAD 


BIT 
STUFF 


CRC16 


NO CRC 
INSERT 


T x ON 
NO CRS 


MANCH. 
/NRZI 


BC 
DIS 


PRM 


CDT 

SRC 




CDT 
FILTER 




CRS 
SRC 




CRS 
FILTER 






M 


NIMUM 


FRAME 


LENG1 


m 







Figure 7-13. Configuration Block 
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ters with the programmable range and the StarLAN 
value: 



Parameter 


Range 


StarLAN 
Value 


Preamble length 


2,4, 8, 16 bytes 


8 


Address length 


to 6 bytes 


6 


CRC type 


16, 32 bit 


32 


Minimum frame 






length 


6 to 255 bytes 


64 


Interframe Spacing 


12 to 255 bit times 


96 


Slot time 


1 to 2047 bit times 


512 


Number of retries 


0tol5 


15 


Data encoding 


NRZI, Man., 
Diff. Man. 


Manch. 


Collision detection 


Code viol, 
Bit comp. 


Code Viol 



Beside these, there are many other options available, 
which may or may not apply to StarLAN: 

Data sampling rate of 8 or 16 
Operating in Promiscuous mode 
Reception of Broadcast frames 
Internal loopback operation 
External loopback operation 
Transmit without CRC 
HDLC Framing 



7.3.3 Clocks and Timers 

The 82588 requires two clocks; one for the operation of 
the system interface and another for the serial side. 
Both clocks are totally asynchronous to each other. 
This permits transmitting and receiving frames at data 
rates that are virtually independent of the speed at 
which system interface operates. 

The serial clock can be generated on chip using just an 
external crystal of a value 8 or 16 times the desired bit 
rate. An external clock may also be used. 

The 82588 has a set of timers to maintain various tim- 
ings necessary to run the CSMA/CD control unit. 
These are timings for the Slot time, Interframe spacing 
time, Back off time, Number of collisions, Minimum 
frame length, etc. These timers are started and stopped 
automatically by the 82588. 



7.3.4 Manchester Data Encoding and 
Decoding 

In StarLAN the data transmitted by the node must be 
encoded in Manchester format. Node should also be 
able to decode Manchester encoded data when receiv- 
ing a frame — a process also known as clock recovery. 
The 82588 does the encoding and decoding of data bits 
for data rates up to 2 Mb/s. 

Besides Manchester, the 82588 can also do encoding 
and decoding in NRZI and Differential Manchester 
formats. Figure 7-14 shows samples of encoding in 
these three formats. The main advantage of NRZI over 
the other two is that NRZI requires half the channel 
bandwidth, for any given data rate. On the other hand, 
since the NRZI signal does not have as many tran- 
sitions as the other two, clock recovery from it is more 
difficult. The main advantage of Differential Manches- 
ter over straight Manchester is that for a signal that is 
differentially driven (as in RS 422), crossing of the two 
wires carrying the data does not change the data re- 
ceived at the receiver. In other words, NRZI and Dif- 
ferential Manchester encoding methods are polarity in- 
sensitive. 



7.3.5 Detection of the Collision 
Presence Signal 

In a StarLAN network, HUB informs the nodes that a 
collision has occurred by sending the Collision Pres- 
ence Signal (CPS) to the nodes. The CPS signal is a 
special signal which contains violations in Manchester 
encoding. Figure 7-15 shows the CPS signal. It has a 5 
microsec. period, looking very much like a valid Man- 
chester signal except for missing transitions (or viola- 
tions) at periodic intervals. When the 82588 decodes 
this signal, it fails to see mid-cell transitions repeatedly 
at intervals of 2.5 bit times and hence calls it a code 
violation. The edges of CPS are marked for illustration 
as a, b, c, d, . . . 1. Let us see how the 82588 interprets 
the signal if it starts calling the edge 'a' as the mid-cell 
transition for '1'. Then edge at 'b' is '0'. Now the 82588 
expects to see an edge at ■**' but since there is none, it is 
a Manchester code violation. The edge that eventually 
does occur at 'd' is then used to re-synchronize and, 
since it is a falling edge, it is taken as a mid-cell tran- 
sition for '0'. The edge at 'e' is for a T and then again 
there is no edge at '*'. This goes on, with the 82588 
flagging code violation and re-synchronizing again ev- 
ery 2.5 bit times as shown in Figure 7-15. When a 
transmitting node sees this CPS signal being returned 
by the HUB (instead of a valid Manchester signal it 
transmitted), it assumes that a collision occurred. The 
82588 has two built-in mechanisms to detect collisions. 
These mechanisms are very general and can be used for 
a very broad class of applications to detect collisions in 
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Figure 7-14. 82588 Data Encoding Rules 
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Figure 7-15. 82588 Decoding the Collision Presence Signal 
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a CSMA/CD network. Using these mechanisms, the 
82588 can detect collisions (two or more nodes trans- 
mitting simultaneously) by just receiving the collided 
signal during transmission, even if there were no HUB 
generating the CPS signal. 

7.3.5.1 COLLISION DETECTION BY CODE 
VIOLATION 

If during transmission, the 82588 sees a violation in the 
encoding (Manchester, NRZI or Differential Manches- 
ter) used, then it calls it a collision by aborting the 
transmission and transmitting a 32 bit jam pattern. The 
algorithm used to detect collision, and even to do the 
data decoding, is based on finding the number of sam- 
pling clocks between an edge to the next edge. Suppose 
an edge occurred at time 0, the sampling instant of the 
next edge determines whether it was a collision (C), a 
long pulse (L) — with a nominal width of 1 bit time — or 
a short pulse (S) — nominal width of half a bit time. The 
following two charts show the decoding and collision 
detection algorithm for sampling rates of 8 and 16 
when using Manchester encoding. The numbers at the 
bottom of the line indicate sampling instances after the 
occurrence of the last edge (at 0). The alphabets on the 
top show what would be inferred by the 82588 if the 
next edge were to be there. 

Sampling rate = 8 (clock is 8x bit rate) 

CCSSSLLLLLCC 
1 1 I I I I 1 1 1 I 1 1 1 I 
1 2 3 4 5 6 7 8 9 10 11 12 13 



Collision also if: 

RxD stays low for 13 samples or more 
A mid cell transition is missing 

Sampling rate = 16 (clock is 16x bit rate) 

CCCCCSSSSSCLLLLLLLLLCCCC 
1 1 I 1 1 I I 1 1 1 I 1 I 1 I 1 1 1 I 1 1 I 1 I I 







10 12 14 16 18 20 22 24 26 



Collision also if: 

RxD stays low for 13 samples or more 
A mid cell transition is missing 

A single instance of code violation can qualify as colli- 
sion. The 82588 has a parameter called collision detect 
filter (CDT Filter) that can be configured from to 7. 
This parameter determines for how many bit times the 
violation must remain active to be flagged as a collision. 
For StarLAN CDT Filter must be configured to — 
that is disabled. 

7.3.5.2 COLLISION DETECTION BY SIGNATURE 
(OR BIT) COMPARISON 

This method of collision detection compares a signature 
of the transmitted data with that of the data received on 
the RxD pin while transmitting. Figure 7-16 shows a 
block diagram of the logic. As the frame is transmitted 
it flows through the CRC generation logic. A timer, 
called the Tx slot timer, is started at the same time that 
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Figure 7-16. Collision Detection by Signature Comparison 
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the CRC generation starts. When the count in the, timer 
reaches the slot time value, the current value of the 
CRC generator is latched in as the transmit signature. 
As the frame is returned back (through the HUB) it 
flows through the CRC checker. Another timer — Rx 
slot timer — is started at the same time as the CRC 
checker starts checking. When this timer reaches the 
slot time value K the current value of the CRC checker is 
latched in as the receive signature. If what is received is 
same as what was transmitted during the collision win- 
dow, then it is assumed that there was no collision. 
Whereas, if the signatures do not match, a collision is 
assumed to have occurred. 

Note that, even if the collision were to occur in the first 
few bits of the frame, a slot time must elapse before it is 
detected. In the code violation method, collision is de- 
tected within a few bit times. However, since the signa- 
ture method compares the signatures, which are char- 
acteristic of the frame being transmitted, it is more ro- 
bust. The code violation method can be fooled by re- 
turning a signal to the 82588 which is not the same as 
the transmitted signal but is a valid Manchester sig- 
nal — like a 1 MHz signal. Both methods can be used 
simultaneously giving a combination of speed and ro- 
bustness. 



7.3.5.3 ADDITIONAL COLLISION DETECTION 
MECHANISM 

In addition to the collision detection mechanisms de- 
scribed in the preceding sections, the 82588 also flags 
collision when after starting transmission any of these 
conditions become valid: 

a. Haifa slot time elapse and the carrier sense of 82588 
is not active. 

b. Haifa slot time + 16 bit times elapse and the open- 
ing flag (sfd) is not detected. 

c. Carrier sense goes inactive after an opening flag is 
received with transmitter still active. 

These add a further robustness to the collision detec- 
tion mechanism of the 82588. It is also possible to OR 
an externally generated collision detect signal to the 
internally generated condition. 



7,3.6 Carrier Sensing 

StarLAN network is considered to be busy if there are 
transitions on the cable. Carrier is supposed to be active 
if there are transitions. Every node controller needs to 
know when the carrier is active and when not. This is 
done by the carrier sensing circuitry. On the 82588 this 
circuit is on chip. It looks at the RxD (receive data) pin 
and if there are transitions, it turns on an internal carri- 
er sense signal. It turns off the carrier sense signal if 



RxD remains in idle (high) state for 1.6 bit times. This 
carrier sense information is used to mark the start of 
the interframe space time and the back off time. The 
82588 also defers transmission when the carrier sense is 
active. 

When operating in the NRZI encoded mode, carrier 
sense is turned off if RxD pin is in the idle state for 8 bit 
times (instead of 1.6) or more. 



7.3.7 Squelching the Input 

Squelch circuits are used to filter out bad signal on the 
receive data input. Two types of filtering are necessary. 
One in the voltage domain — called the voltage squelch, 
another in the time domain— called the time squelch. 
Squelch improves the reliability of the node and also 
the stability of the network. 

Voltage quelch is done to filter out signal whose 
strength is below a defined threshold (0.6 volts for 
StarLAN). It prevents idle line noise from disturbing 
the receive circuits on the controller. The voltage 
squelch circuit is placed right after the receiving pulse 
transformer. It enables the input to the RxD pin to the 
82588 only when the signal strength is above the 
threshold. 

If the signal received has the proper level but not the 
proper timing, it should not bother the receiver. This is 
accomplished by the time squelch circuit on the 82588. 
Time squelching is essential to weed out spikes, glitches 
and bad signal especially at the beginning of a frame. 
The 82588 does not turn on its carrier sense (or receive 
enable) signal until it receives three consecutive edges, 
each separated by time periods greater than %th bit 
times at xl6 sampling (and V 4 bit times at x8 sampling) 
but less than 1.6 bit times as shown in Figure 7-17. See 
how spikes are filtered out. 

The carrier sense activation can be programmed for a 
further delay by up to 7 bit times by a configuration 
parameter called carrier sense filter. See Figure 7-17. 



7.3.8 System Bus Interface 

The 82588 has a conventional bus interface making it 
very easy to interface it to any processor bus. Figure 
7-18 shows that it has an 8 bit data bus, read, write, 
chip select, interrupt and reset pins going to the proces- 
sor bus. It also needs an external DMA controller for 
data transfer. A system clock of up to 8 MHz is also 
needed. The read and write access times of the 82588 
are very short — 95 ns — as shown by Figure 7-19. This 
further facilitates interfacing the controller to almost 
any processor. 
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Figure 7-18. Chip Interface 
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Figure 7-20. Register Access 
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The pointer can be changed using a command or can be automatically incremented. 


READ_STATUS_588 : PROCEDURE; /* COMMAND 15 */ 


OUTPUT (CS_588) = 15; /* RELEASE POINTER, INITIAL = 00 */ 


STATUS_588(0)=INPUT (CS_588) ; /* REFRESH STATUS REGISTER IMAGE */ 


STATUS_588(1)=INPUT (CS_588) ; /* IN MEMORY. 


STATUS_588(2)=INPUT (CS_588) ; 


STATUS_588(3)=INPUT (CS-588) ; 


RETURN 


END READ_STATUS_588 ; 

READING 4 STATUS REGISTERS 



Figure 7-21. Reading the Status Register 



The 82588 has over 50 bytes of registers, and most are 
accessed only indirectly. Figure 7-20 shows the register 
access mechanism of the 82588. It has one I/O port and 
2 DMA channel ports. These are the windows into the 
82588 for the CPU and the DMA controller. An exter- 
nal CPU can write into the Command register and read 
from the Status registers using I/O instructions and 
asserting chip select and write or read lines. Although 
there is just one I/O port and 4 status registers, they 
can be read out in a round robin fashion through the 
same port as shown in Figure 7-21. Other registers like 
the Configuration, Individual Address registers can be 
accessed only through DMA. All the internal registers 
can be dumped into memory by DMA using the Dump 
command. The execution of some of the commands is 
described in section 7.4. See the 82588 Reference Man- 
ual for details on these commands. / 



7.3.9 Debug and Diagnostic Aids 

Besides the standard functions that can be used directly 
for StarLAN, the 82588 offers many debug and diag- 
nostics functions. The DIAGNOSE command of the 
82588 does a self- test of most of the counters and timers 
in the 82588 serial unit. Using the DUMP command, 



all the internal registers of the 82588 can be dumped 
into the memory. The TDR command does Time Do- 
main Reflectometry on the network. The 82588 has two 
loopback modes of operation. In the internal loopback 
mode the 82588 can receive its own transmitted frame. 
This is very useful to test the transmit and receive units 
of the chip and also the system interface. The external 
loopback can be used to test even the external link at 
the full data rate. 



7.3.10 Jitter Performance 

When the 82588 receives a frame from the HUB, the 
signal has a jitter. The jitter is the shifting of the edges 
of the signal from the nominal position due to the 
transmission over a length of cable. Many factors like, 
intersymbol (resulting due to specific sequence of 0's 
and l's) interference, rise and fall times of drivers and 
receivers, cross talk, etc., contribute to the jitter. Star- 
LAN specifies a maximum jitter of ± 90 ns whenever 
the signal goes from a node/HUB to HUB/node. Fig- 
ure 7-22 shows that the jitter tolerance of the 82588 is 
120 ns for Manchester encoded data at 1 Mb/s giving 
an ample safety margin. 
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Manchester Encoded Data: 

±25%..... '..(23%) 

± 125 ns for a 500 ns pulse (120 ns) 

± 250 ns for a 1000 ns pulse (240 ns) 

NRZI Encoded Data: 

±4.2% (4%) 

± 250 ns for a 6000 ns pulse (240 ns) 

±25% (23%) 

± 250 ns for a 1000 ns pulse (240 ns) 

**Numbers in parenthesis are practical values. 



Figure 7-22. 82588 Jitter Tolerance 



7.4 THE 82588 

This chapter describes the basic 82588 operations. 
Please refer to the 82588 Reference Manual or the 
LAN Components User's Manual for a detailed de- 
scription. Basic operations like transmitting a frame, 
receiving a frame, configuring the 82588 and dumping 
the register contents are discussed here to give a feel for 
how the 82588 works. 



7.4.1 Transmit and Retransmit 
Operations 

To transmit a frame, the CPU prepares a block in the 
memory called the transmit data block. As shown in 
Figure 7-23, this block starts with a byte count field, 
indicating how long the rest of the block is. The desti- 
nation address field contains the node address of the 
destination. Rest of the block contains the information 
or the data field of the frame. The CPU also programs 
the DMA controller with the start address of the trans- 
mit data block. The DMA byte count must be equal to 
or greater than the block length. The 82588 is then 
issued a TRANSMIT command — an OUT instruction 
to the command port of the 82588. The 82588 starts 
generating DMA requests to read in the transmit data 
block by DMA. It also determines whether and how 
long it must defer on the link and when it can, it starts 
transmitting with the preamble. The 82588 constructs 
the frame on the fly. It takes the destination address 
from the memory, source address as its own individual 
address (previously programmed), data field from the 
memory and the CRC, generated on chip, at the end of 
the frame. 



At the conclusion of transmission the 82588 generates 
an interrupt to the CPU. The CPU can read the status 
registers to find out if the transmission was successful. 
If a collision occurs during transmission, the 82588 
aborts transmission and generates the jam sequence, as 
required by IEEE 802.3, and informs the CPU by inter- 
rupt and the status register. It also starts the back-off 
timer. 

To re-attempt transmission, the CPU must reinitialize 
the DMA controller to the start of the transmit data 
block and issue a RETRANSMIT command to the 
82588. When the 82588 receives the retransmit com- 
mand and the back-off timer has expired, it transmits 
again. Interrupt and the status register contents again 
indicate the success or failure of the (re)transmit at- 
tempt. 

The main difference between transmit and retransmit 
command is that retransmit command does not clear 
the internal count for the number of collision occurred, 
whereas transmit command does. Moreoever, retrans- 
mit takes effect only when the back-off timer has ex- 
pired. 



1 . Prepare Transmit Data — Block in Memory 

2. Program DMA Controller 

3. Issue Transmit Command on the Desired 
Channel 
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Transmit Data Block 

4. Interrupt is received on completion of com- 
mand or if the command was aborted or 
there was a collision. The status bytes 1 and 
2 indicate the result of the operation. 
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Figure 7-23. Transmit Operation 
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1. Prepare a Buffer for Reception 

2. Program DMA Controller 

3. Issue Receiver Enable Command 

When a frame is received, it is deposited in the 
memory. Receive status bytes (2) are appended to 
the frame in the memory, byte count written in the 
status registers 1, 2, and an interrupt is generated. 
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Figure 7-24. Receive Operation (Single Buffer) 



7.4.2 Configuring the 82588 

To initialize the 82588 and program its network and 
system parameters, a configure operation is performed. 
It is very similar to the transmit operation. Instead of a 
transmit data block as in transmit command, a config- 
ure data block — shown in Figure 7-13 — is prepared by 
the CPU in the memory. The first two bytes of the 
block specify the length of rest of the block, which spec- 
ify the network and system parameters for the 82588. 
The DMA controller is then programmed by the CPU 
to the beginning of this block and a CONFIGURE 
command is issued to the 82588. The 82588 reads in the 
parameters by DMA and loads the parameters in the 
on-chip registers. 

Similarly, for programming the INDIVIDUAL AD- 
DRESS and MULTICAST ADDRESSes, the DMA 

controller is used to load the 82588 registers. 



7.4.3 Frame Reception 

Before enabling the 82588 for reception the CPU must 
make a buffer available for the frame to be received. 
The CPU must program the DMA controller with the 
starting address of the buffer and then issue the EN- 
ABLE RECEIVER command to the 82588. When a 
frame arrives at the RxD pin. of the 82588, it starts 
receiving the frame. Only if the address in the destina- 
tion address matches either the Individual address, 
Multicast address or if it is a broadcast address, is the 
frame deposited into memory by the 82588 using 
DMA. The format of storage in the memory is shown 
in Figure 7-24. At the end, a two byte field is attached 
which shows the status of the received frame. If CRC, 
alignment or overrun errors are encountered, they are 
reported. An interrupt from 82588 occurs when all the 
bytes have been transferred to the memory. This in- 
forms the CPU that a new frame has been received. 



If the received frame has errors, the CPU must recover 
(or re-use) the buffer. Note that the entire frame is de- 
posited into one buffer. 

7.4.3.1 MULTIPLE BUFFER FRAME RECEPTION 

It is also possible to receive a frame into a number of 
fixed size buffers. This is particularly economical if the 
received frames vary widely in size. If the single buffer 
scheme were used as described above, the buffer re- 
quired would have to be bigger than the longest expect- 
ed frame and would be very wasteful for very short 
(typically acknowledge or control) frames. The multi- 
ple buffer reception is illustrated in Figure 7-25. It uses 
two DMA channels for reception. 




Buffer 

Pointer 

Table 

(Managed by CPU) 



Figure 7-25. Multiple Buffer Reception 
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As in single buffer reception, the one channel, say chan- 
nel 0, of the DMA controller is programmed to the 
start of buffer 1, and the 82588 is enabled for reception 
with the chaining bit set. As soon as the first byte is 
read out of the 82588 by the DMA controller and writ- 
ten into the first location of buffer 1, the 82588 gener- 
ates an interrupt, saying that it is filling up its last avail- 
able buffer and one more buffer must be allocated. The 
filling up of the buffer 1 continues. The CPU responds 
to the interrupt by programming the other DMA chan- 
nel — channel 1 — with the start address of the second 
buffer and issuing an ASSIGN ALTERNATE buffer 
command with an INTACK (interrupt acknowledge). 
This informs the 82588 that one more buffer is avail- 
able on the other channel. When buffer 1 is filled up 
(the 82588 knows the size of buffers from the configura- 
tion command), the 82588 starts generating the DMA 
requests on the other channel. This automatically starts 
filling up buffer 2. As soon as the first byte is written 
into buffer 2, the 82588 interrupts the CPU again ask- 
ing for one more buffer, the CPU programs the channel 
of the DMA controller with the start address of buff- 
er 3, issues an ASSIGN ALTERNATE buffer com- 
mand with INTACK. This keeps the buffer 3 ready for 
the 82588. This switching of channels continues until 
the entire frame is received generating an end of frame 
interrupt. The CPU maintains the list of pointers to the 
buffers used. 

Since a new buffer is allocated at the time of filling up 
of the last buffer. The 82588 automatically switches to 
the new buffer to receive the next frame as soon as the 
last frame is completely received. It can start receiving 
the new frame almost immediately even before the end 
of frame interrupt is serviced and acknowledged by the 
CPU. If a new frame comes in, and the previous frame 
interrupt is not yet acknowledged, the interrupt line 
goes active again for the buffererd one. 

If by the time a buffer fills up no new buffer is available, 
the 82588 keeps on receiving. An overrun will occur 
and will be reported in the received frame status. How- 
ever, ample time is available for the allocation of a new 
buffer. It is roughly equal to the time to fill up a buffer. 



For 128 byte buffers it is 128 X 8 = 1024 microsec- 
onds or approximately 1 millisec. You get 1 ms to as- 
sign a new buffer after getting the interrupt for it. 
Hence the process of multiple buffer reception is not 
time critical for the system performance. 

This method of reception is particularly useful to guar- 
antee the reception of back-to-back frames separated by 
IFS time. This is because a new buffer is always avail- 
able for the new frame after the current frame is re- 
ceived. 

Although both the DMA channels get used up in re- 
ceiving, only one channel is kept ready for reception 
and the other one can be used for other commands until 
the reception starts. If an execution command like 
transmit or dump command is being executed on a 
channel which must be allocated for reception, the 
command gets aborted when the ASSIGN ALTER- 
NATE BUFFER command is issued to the channel 
used for the execution command. The interrupt for 
command aborted occurs after the end of frame inter- 
rupt. 



7.4.4 Memory Dump of Registers 

All the 82588 internal registers can be dumped in the 
memory by the DUMP command. A DMA channel is 
used to transfer the register contents to the memory. It 
is very similar to reception of a frame; instead of data 
from the serial link, the data from the registers gets 
written into the memory. This provides a software de- 
bugging and diagnostic tool. 



7.4.5 Other Operations 

Other 82588 operations like DIAGNOSE, TDR, 
ABORT, etc. do not require any parameter or data 
transfer. They are executed by writing a command to 
the 82588 command register and knowing the results (if 
any) through the status registers. 
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Figure 7-26. 82588 Based StarLAN Node 
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7.5 StarLAN NODE FOR IBM PC 

This chapter deals with the hardware — the StarLAN 
board— to interface the IBM PC to a StarLAN Net- 
work. This is a slave board which takes up one slot on 
the I/O channel of the IBM PC. Figure 7-26 shows an 
abstract block diagram of the board. It requires the 
IBM PC resources of the CPU, memory, DMA and 
interrupt controller on the system board to run it. Such 
a board has two interfaces. The IBM PC I/O Channel 
on the system or the parallel side and the telephone 
grade twisted pair wire on the serial side. Figure 7-27 
shows the circuit diagram of the board. 



7.5.1 Interfacing to the IBM PC I/O 
Channel 

IBM PC has 8 slots on the system board to allow ex- 
pansion of /the basic system. All of them are electrically 
identical and the I/O channel is the bus that links them 
all to the 8088 system bus. The I/O channel contains 
an 8 bit bidirectional data bus, 20 address lines, 6 levels 
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of interrupt, 3 channels of DMA control lines and other 
control lines to do I/O and memory read/write opera- 
tions. Figure 7-28 shows the signals and the pin assign- 
ment for the I/O Channel. 



7.5.1.1 CHIP SELECT AND DATA BUS 
INTERFACING 

The 82588 on our board has to be accessible to the 
CPU on the system board. The CPU access the 82588 
by I/O instructions. On the StarLAN board* chip select 
must be generated to select the 82588 when it is ad- 
dressed. Figure 7-29 shows the I/O address map for the 



Hex Range 


Usage 


000-00F 


DMA Chip 8237A-5 


020-021 


Interrupt 8259A 


040-043 


Timer 8253-5 


060-063 


PPI 8255A-5 


080-083 


DMA Page Registers 


0AX* 


NMI Mask Register 


OCX 


Reserved 


0EX 


Reserved 


200-20F 


Game Control 


210-217 


Expansion Unit 


220-24F 


Reserved 


278-27F 


Reserved 


2F0-2F7 


Reserved 


2F8-2FF 


Asynchronous Communications 




(Secondary) 


300-31 F 


Prototype Card 


320-32F 


Fixed Disk 


378-37F 


Printer 


380-38C** 


SDLC Communications 


380-389** 


Binary Synchronous Communications 




(Secondary) 


3A0-3A9 


Binary Synchronous Communications 




(Primary) 


3B0-3BF 


IBM Monochrome Display/ Printer 


3C0-3CF 


Reserved 


3D0-3DF 


Color/Graphics 


3E0-3E7 


Reserved 


3F0-3F7 


Diskette 


3F8-3FF 


Asynchronous Communications 




(Primary) 


* At power-on time, the Non Mask Interrupt into the 


8088 is masked off. 


This mask bit can be set and reset through 


system software as follows: 


Set mask: Write hex 80 to I/O Address hex A0 


(enable NMI) 


Clear mask: Write hex 00 to I/O Address hex A0 


(disable NMI) 


** SDLC Communications and Secondary Binary 


Synchronous Communications cannot be used 


together because their hex addresses overlap. 



Figure 7-28. I/O Channel Diagram 



Figure 7-29. I/O Address Map 



7-26 



irrteT 



AP-236 



IBM PC. Address of 300H was chosen for the 
StarLAN board. A PAL (16L8) is used to do the con- 
trol signal interfacing between the 82588 and the I/O 
Channel. Signals A3 to A9 and AEN are used to gener- 
ate the chip select for the 82588: 



rate. A configuration parameter is used to tell the 
82588 what the sampling factor is. An externally sup- 
plied clock must have MOS levels (0.6V-3.9V). Specifi- 
cations for the crystal and the circuit are shown in Fig- 
ure 7-30. 



CS* - !(!AEN & !A3 & !A4 & !A5 & !A6 & !A7 & A8 & A9) 
# (IOR* & IOW*); 

NOTE: 

ABEL PAL programming language is used for PAL 
equations in this and the next section. An asterisk (*) 
following a signal name indicates that it is active low. 
Following operators are used: 

! = invert (complement), # = logical OR, & = logical AND 

The data bus DO to D7 is buffered from the 82588 by 
74LS245. The transceiver is always kept enabled. The 
direction of the transceiver is switched whenever a read 
operation is done by the CPU OR THE DMA control- 
ler using the equation: 

DIR = IOR* # (DACK1* & DACK3* & CS*); 



The system clock has to be supplied externally. It can 
be up to 8 MHz. This clock runs the parallel side of the 
82588. Its frequency does not have any impact on the 
read and write access times but on the rate at which 
data can be transferred to and from the serial side of 
the 82588. For the A-2 stepping, this clock must be a 
MOS level signal. For the B-stepping, a TTL level sig- 
nal (0.8V-2.0V) will suffice. 

The I/O channel of the IBM PC supplies a 4.77 MHz 
signal of 33% duty cycle. This would do for the system 
clock. It was decided to generate a separate clock on 
the StarLAN board to be independent of the I/O chan- 
nel clock so that this board can also be used in future 
IBM PCs and also in some other compatibles. The 8 
MHz clock is converted to MOS level by 74HC00 and 
fed into both the system and serial clock inputs. 



A part of the PAL (first 4 equations) is used to correct 
a problem with the timing of WR and DACK signals 
which is relevant only to the A-2 stepping of the 82588. 
B-step will not require the correction, although it will 
also work with this circuit. 



7.5.1.2 CLOCK GENERATION 

The 82588 requires two clocks for operation. The sys- 
tem clock and the serial clock. The serial clock can be 
generated on chip by putting a crystal across XI and 
X2 pins. Alternatively, an externally generated clock 
can be fed in at pin XI (with X2 left open). In both 
cases, the frequency must be either 8 or 16 times (sam- 
pling factor) the desired bit rate. For StarLAN, 8 or 16 
MHz are the correct values to generate 1 Mb/s data 



X (MHz) CI (pf) C2 (pf) 

1-8 0-30 0-40 

8-16 0-10 

At 16 MHz, operation with 

CI = C2 = pf show no 

problems 




Recommended Crystal 

Fundamental mode operation 231422-32 

Max Effective Series Resistance (ESR) = 30ft 

±0.005% tolerance @ 25 °C 

± 0.01 % tolerance for 0-70 °C 

Manufacturer CRYSTEK claims to satisfy these specifications. 



Figure 7-30. Crystal Specs 



7.5.1.3 DMA INTERFACE 

The 82588 requires two DMA channels for full opera- 
tion. In this application, one channel is dedicated for 
reception and the other is used to do transmit and the 
other commands. Could you get away if you had just 
one DMA channel available? Although using the IEEE 
802.3 protocol you either transmit or receive but not 
both simultaneously, if a channel is not dedicated to 
reception, you may lose a frame if you had just one 
DMA channel and were about to use it for transmit- 
ting. Such a lost frame can only be recovered at a high- 
er level of communications software. So the recommen- 
dation is not to operate with just one DMA channel. It 
is, however, possible to operate without losing frames 
and using just one DMA channel. Appendix B de- 
scribes this method. 

The IBM PC system board has one 8237A DMA con- 
troller. Channel is used for doing the refresh of 
DRAMs. Channels 1, 2 and 3 are available for add-on 
boards on the I/O Channel. The floppy disk controller 
board uses the DMA channel 2 leaving exactly two 
channels (1 and 3) for the 82588. The situation is worse 
if the IBM PC/XT is used, since it uses channel 3 for 
the Winchester hard disk leaving just the channel 1 for 
the 82588. On the other hand, the IBM PC/AT has 5 
free DMA channels even after the floppy and the hard 
disk consume one each. We will assume that 8237A 
DMA channels 1 and 3 are available for the 82588 as in 
the case of the IBM PC. 

Since the channel of 8237A is used to do refresh of 
DRAMs all the channels should be operated in single 
byte transfer mode. In this mode, after every transfer 
for any channel the bus is granted to the current high- 
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est priority channel. In this way, no channel can hog 
the bus bandwidth and, more important, the refresh of 
DRAMs is assured every 15 microseconds since the re- 
fresh channel (number 0) has the highest priority. This 
mode of operation is very slow since the HOLD is 
dropped by the 823 7 A and then asserted again after 
every transfer. Demand mode of operation is a lot more 
suitable to 82588 but it cannot be used because of the 
refresh requirements. Flip-flops are used to interface 
the DRQ lines from the 82588 to the I/O channel to 
cut off the DRQ after every transfer. This prevents the 
8237A from locking up if the 82588 releases the DRQ 
line after the transfer has occurred having held it active 
for the duration of the transfer. It also prevents the 
interference to the refresh timing if the 8237A were 
programmed in the demand mode for the 82588. 

7.5.1.4 INTERRUPT CONTROLLER 

The 82588 interrupts the CPU after the execution of a 
command or on reception of a frame. It uses the 8259A 
interrupt controller on the system board to interrupt 
the CPU. There are 6 interrupt request lines, IRQ2 to 
IRQ7, on the I/O channel. Figure 7-31 shows the as- 
signment of the lines. In fact, none of the lines are free 
for use. To add any new peripheral which uses a system 
board interrupt you have to see that the board that 
normally uses that interrupt is not being used. It was 
decided to use IRQ5 for the 82588. The INT signal 
from the 82588 is buffered and connected to IRQ5. 



Number 


Usage 


NMI 


Parity 





Timer 


1 


Keyboard 


2 


Reserved 


3 


Asynchronous Communications 




(Secondary) 




SDLC Communications 




BSC (Secondary) 


4 


Asynchronous Communications 




(Primary) 




SDLC Communications 




BSC (Primary) 


5 


Fixed Disk 


6 


Diskette 


7 


Printer 



Figure 7-31. IBM PC Hardware Interrupt Listing 



7.5.2 Serial Link Interface 

The StarLAN board is connected to the twisted pair 
wiring using an extension cable (up to 8 meters — 25 
ft.). See Figure 7-32. One end of the cable plugs into the 



telephone modular jack on the StarLAN board and the 
other end into a modular jack in the wall. The twisted 
pair wiring starts at the modular jack in the wall and 
goes to the wiring closet. In the wiring closet, another 
telephone extension cable is used to connect to a 
StarLAN HUB. The transmitted signal from the 82588 
reach the on-board telephone jack through a RS-422 
driver with pulse shaping and a pulse transformer. The 
received signals from the telephone jack to the 82588 
come through pulse transformer, squelch circuit and a 
receive enable circuit. 



v 



IIIMIIH'I 




EXTENSION 
CABLE 



INTO IBM PC 



TWISTED 

PAIR 
WIRING 




WIRING 
PANEL 



IN THE WIRING CLOSET 



231422-33 



Figure 7-32. Path from StarLAN Board to HUB 

7.5.2.1 TRANSMIT PATH 

The single ended transmit signal on the TxD pin has to 
be converted to a differential signal, for noise immuni- 
ty, and the rise and fall times increased to 150 to 200 
nanoseconds before feeding it to the pulse transformer. 
Am26LS30 is a RS-422 driver which converts the TxD 
signal to a differential signal. It also has slew rate con- 
trol pins to increase to rise and fall times. A large rise 
and fall time is a key requirement for operation at 
1 Mb/s on telephone grade wires to cut out cross-talk, 
interference and radiation. The 26LS30 converts a 
square pulse to a trapezoidal one — see Figure 7-33. The 
filtering effect of the cable further adds to reduce the 
higher frequency components from the waveform so 
that on the cable the signal is almost sinusoidal. The 
pulse transformer is for DC isolation. Pulse transform- 
ers from Pulse Engineering — type PE 64352 — are spe- 
cially designed for StarLAN. They introduce an addi- 
tional rise and fall time of about 70-100 ns on the 
signal. Dual pulse transformers in 14 pin DIP are man- 
ufactured under the part number PE 64382. 
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TxD 



PULSE 
TRANSFORMER 




231422-34 



•Pulse shaping needed to reduce cross-talk, radiation and noise. 
*6 Volt peak-to-peak voltage at the driver side of the cable. 



Figure 7-33. Wave Shaping 



7.5.2.2 RECEIVE PATH 



The signal coming from the HUB over the twisted pair 
wire is received on the StarLAN board through a 1 1011 
line termination resistor and a pulse transformer. The 
pulse transformer is of the same type as for the transmit 
side and its function is dc isolation. The received signal 
which is differential and almost sinusoidal is fed to the 
Am26LS32 RS-422 receiver. As seen from the Figure 
7-27 the pulse transformer feeds two RS-422 receivers. 
The one on the top is for squelch filtering and the one 
below is the real receiver which does real zero crossing 
detection on the signal and regenerates a square digital 
waveform from the sinusoidal signal that is received. 
Proper zero crossing detection is very essential; if the 
edges of the regenerated signal are not at zero cross- 
ings, the resulting signal may not be a proper Manches- 
ter encoded signal even if the original signal is valid 
Manchester. The resistors in the upper receiver keep its 
differential inputs at a voltage difference of 600 mV. 
These bias resistors ensure that the output of the upper 
receiver remains high as long as the input signal is less 
than 600 mV. It is very important that the RxD pin 
remains HIGH (not LOW or floating) whenever the 
receive line is idle. A violation of this may cause the 
82588 to lock-up on transmitting. Remember, that 
based on the signal on the RxD pin, the 82588 extracts 
information on the data being received, Carrier Sense 
and Collision Detect. This squelch of 600 mV keeps the 
idle line noise from getting to the 82588. Figure 7-34 
shows that when the differential input of the receiver 
crosses zero, a transition occurs at the output. It also 
shows that if the signal strength is below 600 mV, the 
output does not change. Note that the differential volt- 
age at the lower receiver input is zero when the line is 
idle. The output of the squelch goes to a pulse stretcher 
which, as shown in Figure 7-35, generates an envelope 
of the received frame. The envelope is a receive enable 



and is used to AND the signal from the real zero cross- 
ing receiver before feeding it to the RxD pin of the 
82588. RxD pin requires a MOS level input for the A-2 
stepping of the 82588 hence 74HC00 is used to inter- 
face the receive signal to the 82588. For the B-stepping 
RxD will be a TTL level input. 
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Figure 7-34. Squelch Circuit Output 
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"Squelch circuit suppresses noise on an idle line. 
*0.6 volt threshold recommended for squelch. 



Figure 7-35. Receiver Circuit 



7.5.3 Cost 



The parts needed for the circuit used cost about $70 in 
Ik quantity in 1985. It occupies a board area of about 9 
sq. inches (60 sq. cm). Beside the 82588, 2 pulse trans- 
formers, one receiver, one driver, one PAL and 5 SSI 
TTL chips are needed. A telephone modular jack and 
some passive components are also needed. Note that 3 
of the 5 SSI chips would not be needed if the StarLAN 
interface were to sit on the motherboard. 



7.5.4 80188 Interface to 82588 

Although the 82588 interfaces easily to almost any 
processor, no processor offers as much of the needed 
functionality as the 80186 or its 8 bit cousin, the 80188. 
The 80188 is 8088 object code compatible processor 
with DMA, timers, interrupt controller, chip select log- 



ic, wait state generator, ready logic and clock generator 
functions on chip. Figure 7-36 shows how the 82588, in 
a StarLAN environment interfaces to the 80188. It uses 
the clock, chip select logic, DMA channels, interrupt 
controller directly from the 80188. The interface be- 
tween the CPU and the 82588 is totally eliminated. 



7.5.5 iSBX Interface to StarLAN 

Figure 7-37 shows how to interface the 82588 in a 
StarLAN environment to the iSBX bus. It uses 2 DMA 
channels — tapping the second DMA channel from a 
neighboring iSBX connector. Such a board can be used 
to make a StarLAN to an Ethernet or a SNA or 
DECNET gateway when it is placed on an appropriate 
SBC board. It may also be used to give a StarLAN 
access to any SBC board (with an iSBX connector) in- 
dependent of the type of processor on the board. 
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7.5.6 Protection Circuits 

Protection from high voltage on the cable can be 
achieved by connecting zener diodes to the pulse trans- 
formers as shown in Figure 7-38. The pulse transform- 
ers also protects the node from up to 2000 volts on the 
link. 
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7.6 THE StarLAN HUB 

The function of a StarLAN HUB is described in section 
7.2. Figure 7-39 shows a block diagram of a HUB. It 
receives signals from the nodes (or lower level HUBs) 
detects if there is a collision, generates the collision 
presence signal, re-times the signal and sends it out to 
the higher level HUB. It also receives signal from the 
higher level HUB, re-times it and sends it to all the 
nodes and lower level HUBs connected to it. If there is 
no higher level HUB, a switch on the HUB routes the 
upstream received signal down to all the lower nodes as 
shown in Figure 7-39. The functions performed by a 
HUB are: 

* Receiving signals, squelch 

* Carrier Sensing 

* Collision Detection 

* Collision Presence Signal Generation 

* Signal Retiming 

* Driving signals on to the cable 
*Jabber Function 



Figure 7-38. Protection Circuits 
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Figure 7-39. StarLAN HUB 
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7.6.1 The StarLAN HUB Design 

Figure 7-40 shows the implementation of a 4 node, 1 
level HUB. It is a header HUB with 4 ports. It per- 
forms all of the above mentioned functions except for 
the signal re-timing — which is not essential for a 1 level 
HUB, especially with 82588 based nodes which can tol- 
erate a considerable amount (up to 120 ns) of jitter. 
Using the circuit in Figure 7-40, the design of the HUB 
will now be explained. 



7.6.1.1 THE RECEIVING CIRCUITS AND 
CARRIER SENSING 

The transmitted signal from each node or from a lower 
level HUB are received by the HUB through a line 
termination resistor of 11 OH and an isolation pulse 
transformer. The circuit, as seen in the upper right 
hand corner of the Figure 7-40, is identical to the re- 
ceive circuit on the StarLAN board in Figure 7-27. Re- 
fer to section 7.5.2.2 for the description of the squelch 
and frame envelope detection circuits. The output of 
the envelope detection circuit is the Enable signal 
which is active whenever there is activity on the chan- 
nel. From each of the input channels to the HUB we 
get one received signal, Rn and an enable (or Carrier 
Sense) signal En. 

7.6.1.2 COLLISION DETECTION 

Rn and En signals from each channel are fed to a 16L8 
PAL. The PAL contains the logic for the following 
functions: 

* Collision Detection 

* Output Signal Selection 
*Enabling the RS-422 Drivers 

Collision Detection in the StarLAN HUB is performed 
by detecting the presence of activity on more than one 
input channel. This means if the signal En is active for 
more than one channel, a collision is said to occur. This 
translates to the PAL equation: 

COLLIS = ENABL & 

!(( EA & !EB & !EC & !ED) .# 

(!EA& EB& !EC& !ED) # 

(!EA & !EB &' EC & !ED) # 

(!EA & !EB & !EC & ED)); 



ENABL is active whenever at least one input channel is 
active and its complement is used to turn on the RS-422 
drivers. 

COLL is the complement of COLLIS, and is used to set 
the Collision flip-flop. This flip-flop remains set till the 
ENABL signal goes inactive again — till activity on all 
input channels have died out. The output of the Colli- 
sion flip-flop, COLLEN, goes to the select input of the 
multiplexor (shown in Figure 7-39) which selects be- 
tween the input signal (RCV) — in case of no collision — 
and the Collision Presence Signal (CS) — in case of colli- 
sion. The multiplexor is also implemented in the PAL 
using the equation: 

SIGNAL = (RCV & ICOLLEN) # (CS & COLLEN); 

where RCV is a qualified received signal — each input 
signal Rn qualified by the respective enable signal En— 
and also incorporating the AND gate as shown in the 
Figure 7-39. The AND gate has the function of select- 
ing the active signal. Since the idle state of the signals is 
high, the single active signal is selected out by an AND 
function of all the input signals. 

RCV = (RA # !EA) & (RB # !EB) & (RC # !EC) & (RD # !ED); 

The 16L8 PAL has thus been used to perform the func- 
tions of qualifying the received signal, selecting the ac- 
tive signal, enabling the output drivers, detecting a col- 
lision and multiplexing the output signal between the 
received signal and the Collision Presence Signal. 



7.6.1.3 THE COLLISION PRESENCE SIGNAL 

The Collision Presence Signal (CPS) is generated by the 
HUB whenever the HUB detects a collision. It then 
propagates the CPS to the higher level HUB. The CPS 
signal pattern is shown in Figure 7-41. Whenever a 
StarLAN node receives this signal, it should be able to 
detect within a very few bit times that a collision oc- 
curred. Since the nodes detect the occurrence of a colli- 
sion by detecting violations in Manchester encoding, 
the CPS must obviously be a signal which violates 
Manchester encoding. Figure 7-15 shows that the CPS 
has missing mid-cell transitions occurring every two 
and a half bit cells. These are detected as Manchester 
code violations. Thus, the StarLAN node is presented 
with collision detection indications every two and a half 
microseconds. This results in fast and reliable detection 
of collisions. CPS has a period of 5 microseconds. 



where 
ENABL 



EA # EB # EC # ED; 
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* MISSING MID-CELL TRANSITION 



• Collision Presence Signal (CPS) is generated by the HUB when it detects more than one input line active. 

• CPS violates Manchester encoding rules — due to missing mid-cell transitions — hence is detected as a colli- 
sion by the DTE (82588). 

Choice of Collision Presence Signal 

• It is a Manchester look-alike signal — edges are 0.5 or 1.0 jus apart. 
— Identical radiation, crosstalk and jitter characteristics 

— Eases retiming of the signal in the HUB 

• It is easy to generate — 1.5 TTL pack, or in a PAL 



Figure 7-41. Collision Presence Signal 



One may wonder why such a strange looking signal was 
selected for CPS. The rationale is that this CPS looks 
very much like a valid Manchester signal — edges are 
0.5 or 1.0 microsec. apart — resulting in identical radia- 
tion, cross-talk and jitter characteristics as a true Man- 
chester. This also makes the re-timing logic for the sig- 
nals simpler — it need not distinguish between valid 
Manchester and CPS. Moreover, this signal is easy to 
generate. 

Two important requirements for CPS are: a) it should 
be generated starting with a low phase and b) once it 
starts, it should continue until all the input lines to the 
HUB die out. Typically, when the collision occurs, the 
multiplexor in the HUB switches from RCV signal to 
the CPS. If just before switching the phase of the RCV 
signal is high and if CPS were to start with a high, the 
output signal going back to the nodes may remain high 
for over 1.5 bit times. This would be interpreted by the 
node, according to IEEE 802.3 specifications, as a loss 
of Carrier. The restriction a) prevents this. The restric- 
tion b) ensures that the CPS is seen by all nodes on the 
network since it is generated until every node has fin- 
ished generating the Jam pattern. 

CPS is generated using a 4 bit shift register and a flip- 
flop as shown in Figure 7-42. It works off a 2 MHz 
clock. A closer look at the CPS waveform shows that it 
is inverse symmetric within the 5 microseconds period. 
The circuit is a 5 bit shift register with a complementa- 
ry feedback from the last to the first bit. The bits re- 
main in defined states (01100) till collision occurs. On 
collision the bits start rotating around generating the 
pattern of 0011011001, 0011011001, 00110 ... with 
each state lasting for 0.5 microseconds. 

Figure 7-43 shows a typical collision scenario at the 
HUB. Two nodes A and B with their signal Ra and Rb 
collide. Ea and Eb are their carrier sense or enable sig- 
nals. The output SIGNAL could be seen switching 
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Figure 7-43. Collision Scenario at the HUB 



7-36 



irrteT 



AP-236 



from Ra to the Collision Presence Signal as soon as Ea 
and Eb are both active. CPS remains active till COL- 
LEN remains active — i.e. till either Ea or Eb is active. 

7.6.1.4 SIGNAL RETIMING 

Whenever the signal goes over a cable it suffers jitter. 
This means that the edges are no longer separated by 
the same 0.5 or 1.0 microseconds as at the point of 
origin. There are various causes of jitter. Drivers, re- 
ceivers introduce some shifting of edges because of dif- 
fering rise and fall times and thresholds. A random se- 
quence of bits also produces a jitter. A maximum of 90 
ns of jitter can accumulate in a StarLAN network from 
a node to a HUB or from a HUB to another HUB. The 
following values are proposals and are not yet finalized 
in the 1BASE5 standards draft (June 1985): 
Transmitter ± 5 ns peak 

Cable Intersymbol ± 20 ns peak 
Cable Interference ± 50 ns peak 
Receiver ± 5 ns peak 

HUB ± 10 ns peak 



Total 



±90ns peak 



It is important that the signal is cleaned up of this jitter 
before it is sent on the next stretch of cable because if 
too much jitter accumulates, the signal is no longer 
meaningful. A valid Manchester signal would, as a re- 
sult of jitter, may no longer look like valid Manchester. 
The process of either re-aligning the edges or recon- 
structing the signal or even re-generating the signal so 
that it once again "looks new" is called re-timing. Its 
also called "dejittering". StarLAN requires that the sig- 
nal is re-timed after it has travelled on a segment of 
cable. In a typical HUB two re-timing circuits are nec- 
essary; one for the signals going upstream towards the 
higher level HUB and the other for signals going down- 
stream towards the nodes. 

7.6.1.5 DESIGNING THE RETIMING CIRCUIT 

The HUB shown in Figure 7-40 does not have a re-tim- 
ing circuit. However, this section will discuss the prin- 
ciples of designing a re-timing circuit. Figure 7-44 
shows the block diagram of a re-timing circuit. The 
data coming in is synchronized using an 8 MHz sam- 
pling clock. Edges in the waveform are detected doing 
an XOR of two consecutive samples. A counter counts 
the number of 8 MHz clocks between two edges. This 
gives an indication of long (6 to 10 clocks) or short (3 
to 5 clocks) pulses in the received waveform. Pulses 
shorter than 3 clocks and longer than 10 clocks are 
ignored — allowed to pass through. It is assumed that 
these conditions occur only during idle state. Every 
time an edge occurs, the polarity of the waveform and 
the length — (S)hort or (L)ong — of the pulse is fed into 
the FIFO. Retiming of the waveform is done by actual- 
ly generating a new waveform based on the information 



being pumped into the FIFO. The signal regeneration 
unit reads the FIFO and generates the output wave- 
form out of 8 MHz clock pulses based on what it reads: 



IN DAT 

I 



SYNCHRONIZER 



hi 

edd| 



PULSE 

WIDTH 

DISCRIMINATOR 



FIFO 

THRESHOLD 

DETECT 



OUTDAT 

231422-45 



SIGNALS DEFINITION 

indat — Input data 

edd — edge detection pulse, used to load out- 
put of pulse descriminator in the fifo, 
and to increment the threshold detec- 
tor. 

lvin — pulse logic level, input to fifo. 

lsin — pulse long/short descrimination, input 
to fifo 

frd — fifo read pulse 

lvout — pulse logic level, output from fifo. 

lsout — pulse long/short descrimination, out- 
put from fifo. 

enr — enable pulse regeneration, a function of 
fifo threshold. 



Figure 7-44. Signal Retiming Circuit 



FIFO 


Output 


S,l 


1111 


S,0 


0000 


L,0 


00000000 


L,l 


11111111 



Example: 

Input Waveform ... 

001111000000011111111110001111100 



Input into 
the FIFO 



<S,1> <L,0> 



I <s,o> I 

<L,1> <S,1> 
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<S,1>,<L,0>,<L,1>,<S,0>,<S,1> from 

FIFO is regenerated as: 

1 1 1 1000000001 1 1 1 1 1 1 100001 1 1 1 



the 



It could be seen that the output always has edges sepa- 
rated by 4 or 8 clock pulses — 0.5 or 1.0 microseconds. 

The FIFO is primarily needed to account for a differ- 
ence of clock frequencies at the source and regeneration 
end. Due to this difference, data can come in faster or 
slower than the regeneration circuit expects. A 16 deep 
FIFO can handle frequency deviations of up to 200 
ppm for frame lengths up to 1600 bytes. The FIFO also 
overcomes short term variations in edge separation. It 
is essential that the FIFO fills in up to about half before 
the process of regeneration is started. Thus, if the re- 
generation is done at a clock slightly faster than the 
source clock, there is always data in the FIFO to work 
from. That is why the FIFO threshold detect logic is 
necessary, which counts 8 edges and then enables the 
signal regeneration logic. 

7.6.1.6 DRIVER CIRCUITS 

The signal coming out of the PAL is sent back to the 
nodes in a 1 level HUB. The driver circuit used is iden- 
tical to the one used in the node on the StarLAN board. 
Am26LS30 RS-422 driver is used to drive the pulse 
transformer. The slew rate capacitors on the drivers 
increase the rise and fall times of the pulses to 150 ns as 
required by StarLAN to overcome the cross-talk and 
radiation problems. The same signal is sent to all nodes 
on different drivers, pulse transformers and wires. For 
a multi-level HUB, the routing of signals is done as 
shown in Figure 7-39. 

7.6.1.7 JABBER FUNCTION 

This design does not implement the jabber unit but it is 
described here for completeness. IEEE 802.3 does not 
require this feature; it is an option. The jabber function 
in the HUB is to deal with abnormally long transmis- 
sions on the network by any node. The jabber unit 
monitors the time taken by any single transmission. If 
this exceeds a time-out value Tl, then the HUB trans- 
mits the CPS signal until all inputs become idle. If all 
inputs are not idle in time T2, then the Jabber unit 
disables (or ignores) the active inputs and treats them 
as idle. The Jabber unit can re-enable the disabled in- 
puts after a time T3. These timing relations are shown 
in Figure 7-45. It shows the outputs JT1, JT2 and JT3 
of the 3 timers needed to implement this function. In- 
stances (1), (2), (3) and (4) show the following events 
and actions: 

(1) — Start of transmission. 

(2) — Jabber Timer 1 times out here, if the input(s) are 
active, Timer 2 is started and CPS is generated 
and propagated. 



(3) — Timer 2 runs out. CPS is stopped. If input(s) not 
yet idle, the active inputs are disabled. Timer 3 is 
started. 

(4) — Timer 3 runs out. Disabled units may be enabled. 

The current definitions of the jabber timers Tl, T2 and 
T3 are: 

Tl: 25-100 ms; 2-8 times maximum frame size 
T2: 5-40 ms; 10-80 times slot time 
T3: 20-80 times Tl 



JT1 
JT2 

JT3 

DISABLE 
PORT 

SEND 
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Figure 7-45. Jabber Timing Relations 



7.6.2 HUB Reliability 

Since the StarLAN HUBs form focal points in the net- 
work, it is obviously important that they are very reli- 
able, since it can be single point of failure which can 
affect a number of nodes or can even bring down the 
whole network. Initial studies done by AT&T on their 
20 node HUB have shown that they have a MTBF of 7 
years and the most unreliable part is the connector (the 
telephone jack). Additional studies done by TANDEM 
Computers have shown that a fault tolerant HUB is not 
a necessity. 



7.7 SOFTWARE DRIVER 

The software needed to drive the 82588 in a StarLAN 
environment is not different from that needed in a ge- 
neric CSMA/CD environment. This section goes into 
specific procedures used for operations like TRANS- 
MIT, RECEIVE, CONFIGURE, DUMP, ADDRESS 
SET-UP, etc. A special treatment will be given to inter- 
facing with the IBM PC— DMA, interrupt and I/O. 
Since all the routines were written and tried out in 
PLM-86 and ASM-86, all illustrations are in these lan- 
guages. 
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7.7.1 Interfacing to IBM PC 

The StarLAN board interfaces to the CPU, DMA con- 
troller and the interrupt controller on the IBM PC sys- 
tem board. The software to operate the 82588 runs on 
the system board CPU. The illustrated routines in this 
section show exactly how the software interface works 
between the system resources on the IBM PC and the 
StarLAN board. 



7.7.1.1 DOING I/O ON IBM PC 

The safest way to use the PC monitor as an output 
device and the keyboard as the input device is to use 
them through DOS system calls. The following is a set 
of routines which are handy to do most of the I/O: 

ks — to find out if a new key has been pressed 

ci — to read a key from the keyboard 

co — to display a character on the screen 

cos — to display a character string on the screen 

cis — to read in a character string from the keyboard 

The exact semantics and the protocol for doing these 
functions through DOS system calls is shown in the 
listing in Figure 7-46. Refer to the DOS Manual for a 
more detailed description. To make a DOS system call, 
register AH of 8088 is loaded with the call Function 
Number and then, a software interrupt (or trap) 21 hex 
is executed. Other 8088 registers are used to transfer 
any parameters between DOS and the calling program. 
The code is written in Assembly language for register 
access. Let us take an example of the 'cos' routine: 

Ids dx,STRING_POINTER ; load pointer to string in 
reg. ds:dx 

mov ah,09h ; 9 = function number 

for string o/p 

int 21h ; DOS System Call 

These procedures are called from another module, writ- 
ten in a higher level language like PLM-86. The param- 
eters are transferred to the ASM- 8 6 routines on the 
stack. 

Examples of using the I/O routines: 

KEY_STATUS = ks; 

/* inquire keyboard status */ 

NEW_KEY = ci; 

/* input new key */ 

call cis(@LINE_BUFFER); 

/* string input */ 



call co(CHAR_OUT); 

/* to output CHAR_OUT on screen V 

call cos(@(THIS IS A MESSAGED')); 

/* output string */ 

/* note $ terminator */ 



7.7.2 Initialization and Declarations 

Figure 7-47 shows some declarations describing what 
addresses the devices have and also some literals to help 
understand the other routines in this section. 

Figure 7-48 shows the initialization routines for the 
IBM PC and for the 82588. It also shows some of the 
typical values taken by the memory buffers for Config- 
ure, IA Set, Multicast and transmit buffers. 



7.7.3 General Commands 

Operations like Transmit, Receive, Configure etc. are 
done by a simple sequence of loading the DMA con- 
troller with the necessary parameters and then writing 
the command to the 82588. 

Example: Configure Command 

To configure the operating environment of the 82588. 
This command must be the first one to be executed 
after a RESET. 

callDMA_LOAD(l,l,12,@CONFIG_588); 
output (CS_588) = 12h; 

The first statement is the prologue to the configure 
command to the 82588 which calls a routine to load 
and initialize the DMA controller for the desired opera- 
tion, this routine is described in section 7.7.4. The pa- 
rameters for DMA LOAD are: 

first parameter = 82588 channel number ( = 1) 

second parameter = direction ( = 1, memory to 

82588) 

third parameter = length of DMA transfer ( = 12) 

fourth parameter = pointer to memory buffer 

( = @CONFIG_588) 

The second statement writes 12h to the command regis- 
ter of the 82588 to execute a Configure command on 
channel 1. 

When the command execution is complete (successfully 
or not), 82588 interrupts the 8088 CPU through the 
8259A, on the system board. This executes the inter- 
rupt service routine, described in section 7.7.5, which 
takes the epilogue action for the command. 
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Most operations are very similar in structure to Config- 
ure. The 82588 Reference Manual describes them in 
detail. Figure 7-49 shows a listing of the most common- 
ly used operations like: 

CONFIGURE INDIVIDUAL-ADDRESS (IA) 
SET-UP 

(MC) 



TRANSMIT 


MULTICAST-ADDRESS 




SET-UP 


DIAGNOSE 


RECEIVE (RCV)-ENABLE 


DUMP 


RECEIVE (RCV)-DISABLE 


TDR 


RECEIVE (RCV)-STOP 



RETRANSMIT READ-STATUS 



7.7.4 DMA Routines 

DMA LOAD procedure is used to program the 

8237A DMA controller for all the operations requiring 
DMA service. It also starts or enables the programmed 
DMA channel after programming it. Figure 7-50 shows 
the listing of this procedure. It accepts 4 parameters 
from the calling routine to decide the programming 
configuration for the 823 7 A. The parameters for 
DMA_LOAD are C, D, L and P: 

first parameter - C - = 82588 Channel number 
second parameter- D - = Direction 
third parameter - L - = Length of DMA transfer 
fourth parameter - P - = Pointer to memory buffer 

if P = then 8237A channel = 1; 
if P = 1 then 8237A channel = 3; 

if D = then transfer is from 82588 to memory block 
if D = 1 then transfer is from memory block to 82588 



P is in segment roffset form. The first part of the 

DMA LOAD procedure converts this to a linear 20 

bit form. The lower 16 bits are loaded into the DMA 
Address register (dma__addr) of 8237A in two 8 bit 
write operations. The upper 4 bits are loaded into the 
Page register (dma addrh). Note that there is no over- 
flow from the 8237A address register to the page regis- 
ter. 

Figure 7-5 1 is a listing of the DMA LOAD procedure 

for the 80188 or 80188 on-chip DMA controller. It has 
the same caller interface as the 8237A based one. 



7.7.5 Interrupt Routine 

The interrupt service routine, 'intr 588', shown in 

Figure 7-52, is invoked whenever the 82588 interrupts. 
It is basically a reentrant interrupt procedure that starts 
with re-enabling the interrupts — to permit a receive in- 
terrupt preempt the post transmit interrupt processing. 
It takes action based on what event has caused the in- 
terrupt. For all the events that use DMA, it disables the 
DMA channel. For the transmit and retransmit events, 
it increments some statistical data counters based on 
the status information. For the receive event, it first of 
all extracts the receive status information at the end of 
the received frame — even in case of a multiple buffer 
reception — and increments statistical data counters. 
This is a dummy interrupt handler. A real interrupt 
handler would do functions like buffer release, buffer 
acquisition, etc. 

Interrupt service routines should be kept as short as 
possible. This is to enable reception of back-to-back 
frames and also to transmit frames separated by inter- 
frame spacing. 



L > = data block to be transferred 

Note that L need not be exactly equal to the length of 
the block of data to be transferred. The 82588 stops 
generating DMA requests after it has performed the 
required number of data transfers. 
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$title( • I/O Routines for the HEM PC •) 


; Sharad Gandhi, D00 Technical Marketing, INTEL Corp. 


I 


Routines to do I/O on the IEM PC 




Declarations in the Calling PIM-86 Routine 


ks: procedure byte external; /* key status routine */ 
end ks; 




ci: procedure byte external; /* console input routine */ 
end ci; 




•co: procedure (char) external; /* console output routine */ 
•declare char byte; 
•end co; 




•cos: procedure (str^ptr) external; /* console string output routine */ 
•declare strjptr pointer; 
»end cos; 




•cis: procedure (str^ptr) external; /* console string input routine */ 
•declare strjptr pointer; 
•end cis; 


name pcio 


pRjblic kS,ci,CO,COS,cis 


stal struc ;stack layout 
old_bpl 6w ? 
old ipl dv ? 
strjjtr dd ? 
stal ends 


sta2 struc ; stack layout 
old_bp2 6V ? 
old_ip2 dw ? 
char db ? 
sta2 ends 


ogroup group code 


code segment public , code , 



Figure 7-46. I/O Drivers for IBM PC 
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assume csscgroup 
Keyboard Status- 



ks proc near 

mov ah,0bh ; to check key input status 

int 21h ; DOS function call 

ret ; key status in AL register 

ks endp 

;- — Console Input 



ci proc near 

xnov ah f 08h ; to get key input from PC 
int 21h ; DOS function call 
ret ; key in AL register 

ci endp 

• —Console Output 



co proc near 

push ax 

push dx 

xnov dl, [bp] .char; character from stack 

mov ah, 02h ; output character to PC 

int 21h ; DOS function call 

pop dx 

pop ax 

ret 2 

oo endp 



Figure 7-46. I/O Drivers for IBM PC (Continued) 
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; Console String Output 

ocs proc near 

push bp 

mov bp,sp 

push ds 

push dx 

push ax 

Ids dx, [bp] . strjptr 

mov ah,09h ; output character string to PC 

int 21h ; DOS function call 



pop 


ax 


pop 


dx 


pop 


ds 


pop 


bp 


ret 


4 


cos endp 


cis proc near 


push 


bp 


mov 


bp,sp 


push 


ds 


push 


dx 


push 


ax 



Console String Input- 



Ids dx, [bp] . str_ptr 

mov ah,0ah ; input character string from PC 

int 21h ; DOS function call 

pop ax 

pop dx 

pop ds 

pop bp 

ret 4 

cis endp 



code ends 
end 



Figure 7-46. I/O Drivers for IBM PC (Continued) 
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/* 



/* chip address declarations .*/ 

declare cs_588 literally l 0300h f ; 

declare picjnask literally , 021h l ; 
declare pic_ocw2 literally f 020h'; 

declare dma_req literally 'Oah'; 
declare dma_mode literally 'Obh 1 ; 
declare dma_flff literally , Och l ; 

declare dma_addr_l literally , 02h l ; 
declare dma_bc_l literally »03h'; 
declare dma_jaddrh_l literally '080h'; 

declare dma_addr_3 literally 'OGi'; 
declare dma_bc_3 literally '07h f ; 
declare dma_addrh_3 literally , 082h f ; 



/* 82588 ccBnnmand/status */ 

/* 8259A interrupt controller */ 

/* 8237A EMA Controller */ 



/* 



/* literals */ 

declare dmajonJL literally f 01h f ; 
declare dna__on_3 literally •03h l ; 
declare dma_off_l literally % 05h'; 
declare dma_off_3 literally 'OTh 1 ; 



declare enable 588 literally • 11011111b •; /* unmask level 5 */ 
declare seoijplco literally •01100101b 1 ; /* specific EOI level 101 */ 

declare dna_rxjnode__l literally •01000101b 1 ; /* rx channel # 1 */ 
/* single byte, rx mode, channel 1 */ 

declare dnna_rxjnode_3 literally •01000111b 1 ; /* rx channel # 3 */ 
/* single byte, rx mode, channel 3 */ 



declare dmajbc_mode_l literally '01001001b* j 
/* single byte, tx mode, channel 1 */ 

declare drta_txjaode_3 literally • 01001011b 1 ; 
/* single byte, tx mode, channel 3 */ 



/* tx channel # 1 */ 
/* tx channel # 3 */ 



Figure 7-47. Literal Declarations 
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.- */ 


/* 






V 


/* system initialize */ 








sys_init: procedure; 








call set$interrupt (13,intr_588) 


; /* base 8, level 5 */ 




output (picjanask) = input (picjnask) and enable_588; 




output (pic ocw2) = seoi_j)ico; 








intr_588_flag = 0; 








end sys_init; 

/+ .,,. , , -.—-._. 






* / 


/* 






V 


/* 82588 init */ 








init_588: procedure; 








config 588(00) = 10; 


/* 


to configure all 10 parameters ■*/ 




config 588(01) = 00; 








config 588(02) = 00001000b; 


/* 


mode 0, 8 MHz clock, 1 Mb/s */ 




config 588(03) = buff len/4; 


/* 


Receive Buffer length */ 




config 588(04) = 00100110b; 


/* 


No loopback, addr len = 6, Preamble = 8 


V 


config 588(05) = 00000000b; 


/* 


Differential Manchester = off */ 




config 588(06) = 96; 


/* 


IES = 96 TCEK'*/ 




config 588(07) = 0; 


/* 


Slot time = 512 TCLK */■ 




config 588(08) = 11110010b; 


/* 


Max. No. Retries = 15 */ 




config 588(09) = 00000100b; 


/* 


Manchester encoding */ 




config 588(10) = 10001100b; 


/* 


Internal CRS and CUT, CRSF = 4 */ 




config 588(11) = 64; 


/* 


Min frame length = 64 bytes = 512 bits 


V 



Figure 7-48. Initialization Routines 
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ia_set_ 
ia_set~ 
ia_set" 
ia_set" 
ia_set~ 
ia_set" 
ia_set" 
ia set" 



buff, 
buff 
buff" 
buff" 
buff" 
buff" 
buff" 
buff" 



588(0) « 6; 
588(1) -= 0; 
588(2) « OOOh; 
588(3) « 041h; 
588(4) «= OOOh; 
588(5) «= OOOh; 
588(6) = OOOh; 
588(7) = OOOh; 



multicast^ 
multicast" 
multicast" 
multicast" 
multicast" 
multicast] 
multicast" 
multicast" 
multicast" 
multicast] 
multicast 
multicast 
multicast 
multicast 



buff 
"buff" 
buff" 
buff" 
buff" 
buff" 
buff" 
buff" 
buff" 
buff" 
buff* 
buff" 
buff 
buff" 



588(00) 
588(01) 
588(02) 
588(03) 
"588 (04) 
588(05) 
588(06) 
588(07) 
588(08) 
588(09) 
588(10) 
588(11) 
588(12) 
588(13) 



12; 

00h; 

llh; 

12h; 

13h; 

14h; 

15h; 

16h; 

21h; 

22h; 

23h; 

24h; 

25h; 

26h; 



tx_buf fer_588 (00) « tx__frame__len mod 256 ; 
txjxaffer_588(01) ■ tx__frame_len / 256; 



tx_buffer_588(02) - Ollh; 

txbuffer_588(03) - 012h; 

tx_buffer__588(04) « 013h; 

txjxiffer_588(05) - 014h; 

txj3uffer_588(06) ■ 015h; 

tx_buffer_588(07) = 016h; 

end init 588; 



/* initial destination address = MC(1) */ 




Figure 7-48. Initialization Routines (Continued) 
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/* 

ia__set: procedure; /* command - 01 */ 

call dma_load (1,1,8, §ia_set_buf f_588 ) ; 

intr_588_flag = Offh; 

output (cs_588) = llh; /* ia_set to channel 1 */ 

return; 

end iajset; 

/* : 

config: procedure; /* command - 02 */ 

call dna_load(l,l,12,@config_588) ; 

intr_588_flag = Offh; 

output (cs__588) = 12h ; /* configure to channel 1 */ 

return; 

end config; 

/* . : . 

multicast: procedure; /* command - 03 */ 

call dma_load(l,l / 14 / @multicastj3uff_588) ; 

intr_588_flag = Offh; 

output (cs_588) = 13h; /* multicast to channel 1 */ 

return; 

end multicast; 

/* 

transmit: procedure (buffer_len, buff er_pointer ) ; /* command - 04 */ 

declare buffer_len word; 
declare bufferjpointer pointer; 

tx_buffer_588(00) = bufferlen mod 256; 

tx_buffer_588(01) = bufferlen / 256; 

txbuffjrtx = buffer_pointer; 

call dna_ioed(l,l,1536,tx_buff_ptr); 

intr588_flag = Offh; 

output (cs__588) = 14h; /* transmit to channel 1 */ 

return; 

end transmit; 



Figure 7-49. General Commands 
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/*_ 

tdr: procedure; 

intr_588_flag = Offh; 
output (csJ588) = 5; 
return; 



/* command - 05 */ 



/* tdr command */ 



end tdr; 



/* 



dump__588: procedure; 



/* command - 06 */ 



call dma_load(l,0,64,@cUmpj3uff_588); 

intr_588_flag = Offh; 

output (cs_588) = 16h; /* dump to channel 1 */ 

return; 

end dump_588; 



/* 



diagnose: procedure; 

intr_588_flag = Offh; 
output (cs__588) « 7; 
return; 

end diagnose; 



/* command - 07 */ 



/* diagnose command */ 



/* 



rcy_enable: procedure (channel, buff er_ptr ) ; /* command - 08 */ 

declare channel byte; 
declare buf fer_ptr pointer; 

buffjalloc = 1; /* # of buffers allocated */ 

call dma^loadCdhanr^^^se^bufferjtr); 
output (cs_588)= 8; 
return; 

end rcvjenable; 

/* 



Figure 7-49. General Commands (Continued) 
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/* 

rcvjiisable: procedure; 

cxitput(cs_588)= 10; 
return; 



end rev disable; 



/* command - 10 */ 



/* 



revjstop: procedure; 

output (cs_588)= 11; 
return; 

end rcv_stop; 



/* command - 11 */ 



/* 



retransmit: procedure; 



/* command - 12 */ 



call dmaJoad(l, 1,1536, txjauf fjotr) ; 

intr_588_flag = Offh; 

output (csJ588) = lch; /* retransmit to channel 1 */ 

return; 

end retransmit; 



/* 



read_status_588: procedure; /* command - 15 */ 

output (cs_588) = 15; /* release pointer, initial = 00 */ 

status_588(0) = input (cs_588) ; 

status588(l) = input (cs_588) ; 

status_588(2) = input (cs_588) ; 

status_588(3) = input (cs_588) ; 
return; 

end read_status_588 ; 

/* 

Figure 7-49. General Commands (Continued) 
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/* 

dma_load: procedure (channel, direction ,trans_len,buff_ptr) reentrant; 

declare channel byte; /* channel # */ 

declare direction byte; /* = rx, 588 -> mem; 1 = tx, mem -> 588 */ 

declare trans_len word; /* byte count */ 

declare buffjptr pointer; /* buffer pointer in seg: offset form */ 

declare buff_ptr_20bit dword; /* convert buf f_ptr to 20bit buffjrtx */ 

declare ptrl pointer; 

declare (wrd based ptrl) (2) word; 

ptrl = @buff ptr; /* wrd (0,1) overlaps buffjrtx */ 

buffjptr__20brt = sM( (buf f_ptr_2 Obit :=wrd(l)),4) + wrd(0) ; 

ptrl = §buff_ptr_20bit; /* wrd (0,1) overlaps buf fjptr_2 obit */ 



do case channel and 00000003b; 
do case direction and 00000001b; 
do; /* channel # 1 

output (dmajreq) 
output (dma_flff) 
output (droajnode) 
output (dmajaddrJL) 
output (dma__addr_l) 
output (dma_addrh_l) 
output (dma_bc_l) 
output (drra_bc_l) 
output (dmajreq) 
end; 



588(0) to memory */ 
= dma_off_l; 

= 0; /* clear first/last flip-flop */ 
= dnajrcjtoode_l; 
= lew (wrd(0)); 
= hi#i(wrd(0)); 
«= lew (wrd(l)); 
= lew (trans_len) ; 
= high(trans_len) ; 
= dmaj3n__l; /* start DMA channel # 1 */ 



do; /* 

output (dmajreq) 
output (dma_flf f ) 
output (dnajnode) 
output (dma_addr_l) 
output (dmajaddr_l) 
output (dmajsddrh_l) 
output (dmaJx:_JL) 
output (draa_bc_l) 
output (dma__req) 
end; 



channel # 1 , memory to 588(0) */ 
= dmajoffJL; 

«= 0; /* clear first/last flip-flop */ 
* dnajbejncde_l; 
*= lew (wrd(O) ) ; 
= high(wrd(0)); 
■ lew (wrd(l)); 
= low (trans_len) ; 
= Mgh(trans_len) ; 
= dmajDn_l; /* start EMA channel # 1 */ 



end; 



Figure 7-50. DMA Routine 
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do case direction and 00000001b; 




do; /* channel # 3 , 588(1) to memory */ 




output (dma req) «= dma off 3; 




output (dma_flff) «= 0; /* clear first/last flip-flop */ 




output (dma mode) = dma_rxjnode__3 ; 




cutput(dma addr 3) = low (wrd(0)); 




output (droa__addr_3 ) = high(wrd(0)) ; 




output (dna_addrh_3) = low (wrd(l)); 




output (dma_bc_3) = low (transJLen) ; 




outrxit(dma_bc_3) = hi^(transJLen) ; 




output (dma_req) = dma_on_3; /* start EMA channel # 3 */ 




end; 




do; /* channel # 3 , memory to 588(1) */ 




output (dma req) = dma off 3; 




output (dma_f Iff) =0; /* clear first/last flip-flop */ 




output (dmajnode) = dma ^txmode_3 ; 




output (dma_addr__3) = low (wrd(0)); 




output (dma_addr_3) = high(wrd(0)) ; 




output (dma__addrh__3 ) = low (wrd(l)); 




out5xit(dna_bc__3) = low (trans__len) ; 




output (dma_bc__3) = high(trans_len) ; 




output (dna_req) = dna_on_3; /* start EMA channel # 3 */ 




end; 




end; 




end; 




return; 




end dma_load; 

/A.:...i..,.rT.„.»..MT n , r~ ~. „ „ ..,..-. n- --'■■ ', , , ■, ' 


— _..*/ 


/* 


V 



Figure 7-50. DMA Routine (Continued) 
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/* 

dmaJLoad : procedure (channel , direction* trarisJLen, buf f jptr) reentrant ; 

/* To load and start the 80186 EMA controller for the desired operation */ 

declare dma_rx__irode literally ■ 1010001001000000b 1 ; /* rx channel */. 
/* src=IO, dest=M(inc) , sync=src, TC, point, priority, byte */ 

declare dma_txjnode literally •0001011010000000b!; /* tx channel */ 
/* sro=M(inc) , dest=I0, sync^dest, TC, noint, noprior, byte */ 

declare channel byte; /* channel # */ 

declare direction byte; '/* = rx, 588 -> mem; 1 = tx, mem -> 588 */ 

declare transJLen word; /* byte count */ 

declare buffjptr pointer; /* buffer pointer in seg: offset form */ 

declare buff_ptrj20bit dword; 

declare ptrl pointer; 

declare (wrd based ptrl) (2) word; 

ptrl = ebuffptr; /* convert buffjptr to 20bit buff_ptr */ 
buff_ptr__20brt ■ shl ( (buf f_ptr_20bit :=wrd(l)),4) + wrd(0) ; 

do case channel and 00000001b; 
do case direction and 00000001b; 
do; /*■ channel , 588 to memory */ 

cutword(dma__0jdpl) = low (buff_ptr_20bit) ; 
outword(dma_0j%3h) = high (buff jptr_20bit) ; 
cutword(dma__0_spl) « ch_a_588; 
cut3rord(dma_0jsph) =0; 
outword(dna_0_tc) « transJLen; 

outword(dma__0_cw) = dma_rxjoode or 0006h; /* start EMA channel */ 
end; 

do; /* channel , memory to 588 */ 

cutword(dma_0_(%)l) = chja_588; 

outword(drna__0jdph) = 0; 

outword(dma_0_spl) = low (buff_ptr_20bit) ; 

outword(dma_0j5ph) = high(buffj3trJ20bit) ; 

cutwortJ(dma_0_tc) = transJLen; 

cutword(dmaj)jcw) = dmajtx_mode or 0006h; /* start EMA channel */ 
end; 
end; 



Figure 7-51. 80186 DMA Routines 
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do case direction and 00000001b; 

do; /* channel 1 , 588 to memory */ 

cubtford(dma_lj%)l) «= low (buffj3tr__20bit) ; 

outword(dma_lj^h) «= hi^(buf f_ptr_20bit) ; 

outword(dma_l_spl) ■= ch_b_588; 

cutword(dna_l_sph) = 0; 

cutword(dma_l_tc) «= trans_len; 

outword(drcaJLjcw) = dna_rx_mode or 0006h; /* start EM& channel 1 */ 

end; 

do; /* channel 1 , memory to 588 */ 

cutword(dma_l_dpl) = ch_b__588; 

cutword(dma_l_dph) = 0; 

outword(dma_l_spl) = low (buff_ptr_20bit) ; 

outword(dma_l_sph) = high (buff_ptr__2 Obit) ; 

outword(dna_l_tc) = trans_len; 

outword(dma_l_cw) = dnto_tx_mode or 0006h; /* start EMA channel 1 */ 

end; 
end; 
end; 
return; 

end dma_load; 

/* 



Figure 7-51. 80186 DMA Routines (Continued) 
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/* 

intr_588: procedure interrupt 13 reentrant; 

declare event byte; 

enable; 

call read_status_588 ; 

event = status_588(0) and 00001111b; 

if (status_588 (0) and 00100000b) o /* if execution event */ 

then intr_588_flag = 0; /* reset interrupt flag */ 

do case event; 

event_00: ; 

event_01: cutr«t(dma__req) = dmajoff__3; /* stop EMA channel # 3 */ 
event__02: output (dma__req) = dma__off__3; /* stop EMA channel # 3 */ 
event_03: outrAit(dma_req) = dmajoff_3; /* stop EMA channel # 3 */ 
event_04: do; /* transmit done */ 

outrAit(dina__req) = dma_off_3; /* stop EMA channel # 3 */ 
transjoount = transjcount + 1; 
if (status_588(2) and 00100000b) o 
then do; 
goodjtrarisjcount = opod_transjoount + 1; 
coll_cnt(0) = ooll_cnt(0) + 1; 
end; 
else do; 

if (status_588(2) and 10000000b) o /* collision */ 
then do; 

intr_588_flag = , X I ; /* retransmit */ 
coll__cnt(17) = coll_cnt(17) + 1; 
end; 
end; 
end; 
event_05: ; 

event__06: cwtput(dma_req) = dma_off_3; /* stop EMA channel # 3 */ 
event_07: ; 

event_08: do; /* re-initialize rx dma */ 
call rcvjdisable; 

/* determine receive status */ 

rxjxif f_of f = shl (double (status_588 (2) ) , 8) 

+ double(status__588(l)) - 2; 
rxbuf f_no = lcw(rxjxiff_pff / buff_len) ; 
rx_buff_off = rx_buff_pff mod buff_len; 
rxbuffjoff = rx_buff_off + 1; 

if rxbuffjoff = buf fJLen /* status across buff boundaries */ 
then do; 

rx_buf fjof f = 0; 

rx_buff_no = rx_buff_no + 1; 

end; 



Figure 7-52. Interrupt Service Routine 
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/* update network statistics counters */ 

if (buffer_588(rxJxiffjio).rx(rx_buff_off) and 00100000b) = 

then badjrcvjoount = badjrcvjcount + 1; 

else good_rcvjcount = good_rcv_count + 1; 

call rcv_enable(0 # §buffer_588(0) .rx(0) ) ; 

end; 
event_09: call alla»tejDuffer(new_buffer) ; 

eventJLO: output (dma_req) = dma_off_l; /* stop EMA channel # 1 */ 
event_ll: ; 
event_12: do; /* re-transmit done */ 

output (dma_req) = dma_off_3; /* stop EMA channel # 3 */ 
retransjcount = retransjoount + 1; 
if (status_588(2) and 00100000b) o 
then do; 
good_trans_count = good_transjcount + l; 
coll_cnt(status_588(l) and Ofh) 
= colljcnt(status__588(l) and Ofh) + 1; 
end; 
else do; 

if (status_588(2) and 10000000b) o /* collision */ 
then do; 

intr_588_flag ■ 'X* ; /* retransmit */ 
colljcnt(17) = coll_cnt(17) + 1; 
end; 
if (status_588(l) and 00100000b) o /* max coll. */ 
then do; 

intr_588_flag = 0; 
coll_cnt(16) - coll_cnt(16) + 1; 
end; 
end; 
end; 
event_13: do; /* execution aborted */ 

output (dmajreq) = dmajoff_3; /* stop EMA channel # 3 */ 
intr_588_flag = 'X 1 ; 
end; 
event__14: ; 
event_15: ; 

end; 

output (cs__588) = 10000000b; /* intack, */ 

output (pic_ocw2) = seoi_pico; /* specific EOI for 82588 */ 

return; 

end intr_588; 

/* ■ 



Figure 7-52. Interrupt Service Routine (Continued) 
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APPENDIX A 
StarLAN SIGNALS 



Figure 7-53 shows the signals at various points on the 
StarLAN link as seen on an oscilloscope. The output 
from the 82588 (1) is a near perfect waveform with 
square edges. After the driver with slew rate control the 
rise and fall times increase to about 200 ns (2). After 
the pulse transformer, on the cable at the driving end 
the signal is almost sinusoidal (3). At the cable, on the 
receiving end, the signal is attenuated and slightly dis- 
torted (4). However, the zero crossing points are pre- 
served. After passing through a zero crossing receiver 
the signal is reconstructed back to look like the original 
waveform (5) generating transitions at the zero cross- 



ings. It is important that the receiver must generate 
edges as close to the zero crossings as possible, other- 
wise the output of the receiver will have a different high 
and low time than the original one. 

Figure 7-54 shows an eye diagram of the signal at the 
receiver end for a bit time with the zero-crossing at the 
center. It could be seen that around the 0.25 and 0.75 
microsec. region, where the signal is sampled, 0.6 volts 
threshold for squelch leaves enough noise margin (of 
over 0.7 volts). 
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Figure 7-53. StarLAN Signals 
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Eye Diagram (5 Bits), DIW Cable 

Manchester Encoded Signal 
Transmission Distance = 0.8 Kft. 
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Figure 7-54. Received Signal Eye Diagram 
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APPENDIX B 
SINGLE DMA CHANNEL INTERFACE 



In a typical system, the 82588 needs 2 DMA channels 
to operate in a manner that no received frames are lost 
as discussed in section 7.5.1.3. If an existing system has 
only one DMA channel available, it is still possible to 
operate the 82588 in a way that no frames are lost. This 
method is recommended only in situations where a sec- 
ond DMA channel is impossible to get. 

Figure 7-55 shows how the 82588 DMA logic is inter- 
faced to one channel of a DMA controller. Two DRQ 
lines are ORed and go to the DMA controller DRQ 
line and the DACK line from the DMA controller is 
connected to DACKO and DACK1 of the 82588. The 
82588 is configured, for multiple buffer reception 
(chaining), although the entire frame is received in a 
single buffer. Let us assume that channel CH-0 is used 
as the first channel for reception. After the EN Able 
RECeive command, CH-0 is dedicated to reception. As 
long as no frame is received, the other channel, CH-1, 
can be used for executing any commands like transmit, 
multicast address, dump, etc., by programming the 
DMA channel for the execution command. The status 
register should be checked for any ongoing reception, 
to avoid issuing an execution command when reception 
is active. 
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DRQ1 



DACKO 



O 



3- 



DRQn 



DACKn 



82588 



DMA 
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Figure 7-55. 82588 Using One DMA Channel 



If a frame is received, an interrupt for additional buffer 
occurs immediately after an address match is estab- 
lished, as shown in Figure 7-56. After this, the received 
bytes start filling up the on-chip FIFO. The 82588 acti- 
vates the DRQ line after 15— FIFO LIMIT + 3 bytes 
are ready for transfer in the FIFO (about 80 microsec- 
onds after the interrupt). The CPU should react to the 
interrupt within 80 jus and disable the DMA controller. 
It should also issue an ASSIGN ALTERNATE BUFF- 
ER command with INTACK to abort any execution 
command that may be active. The FIFO fills up in 
about 160 jixs after interrupt. To prevent an underrun, 
the CPU must reprogram the DMA controller for 
frame reception and re-enable the DMA controller 
within 160 jus after the interrupt (time to receive about 
21 bytes). No buffer switching actually takes place, al- 
though the 82588 generates request for alternate buffer 
every time in has no additional buffer. The CPU must 
respond to these interrupts with an ASSIGN ALTER- 
NATE BUFFER command with INTACK. To keep 
the CPU overhead to a minimum, the buffer size must 
be configured to the maximum value of 1 kbyte. 

If a frame transmission starts deferring due to the re- 
ception occurring just prior to an issued transmit com- 
mand, the transmission can start once the link is free 
after reception. A maximum of 19 bytes are transmitted 
(stored in the FIFO and internal registers) followed by 
a jam pattern and then an execution aborted interrupt 
occurs. The aborted frame can be transmitted again. 

If the transmit command is issued and the 82588 starts 
transmitting just prior to receiving a frame then trans- 
mit wins over receive — but this will obviously lead to a 
collision. 

Note that the interrupt for additional buffer is used to 
abort an ongoing execution command and to program 
the DMA channel for reception just when a frame is 
received. This scheme imposes real time interrupt han- 
dling requirements on the CPU and is recommended 
only when a second DMA channel is not available. 
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Figure 7-56. Timing at the Beginning of Frame Reception for Single DMA Channel Operation 
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82501 ETHERNET SERIAL INTERFACE 



Compatible with IEEE 802.3, Ethernet 
and Cheapernet Specifications 

10-Mbps Operation 

Replaces 8 to 12 MSI Components 

Manchester Encoding/Decoding and 
Receive Clock Recovery 

10-MHz Transmit Clock Generator 



Driving/Receiving IEEE 802.3 
Transceiver Cable 

Fail-Safe Defeatable Watchdog Timer 
Circuit to Prevent Continuous 
Transmissions 

Diagnostic Loopback for Fault 
Detection and Isolation 

Direct Interface to the 82586 LAN 
Coprocessor 



The 82501 Ethernet Serial Interface (ESI) chip is designed to work directly with the 82586 LAN Coprocessor in 
IEEE 802.3/Ethernet and non-Ethernet 10-Mbps local-area network applications. The major functions of the 
82501 are to generate the 10 MHz transmit clock for the 82586, perform Manchester encoding/decoding of 
the transmitted/ received frames, and provide the electrical interface to the Ethernet transceiver cable. Diag- 
nostic loopback control enables the 82501 to route the signal to be transmitted from the 82586 through its 
Manchester encoding and decoding circuitry and back to the 82586. The combined loopback capabilities of 
the 82586 and 82501 result in efficient fault detection and isolation by providing sequential testing of the 
communications interface. An on-chip fail-safe watchdog timer circuit (defeatable) prevents the station from 
locking up in a continuous transmit mode. 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


TXC 


v 16 





TRANSMIT CLOCK: A 1 0-MHz clock output with 5 ns rise and fall 
times. This clock is connected directly to the TXC input of the 82586 
for serial transmission. 


Ten 


15 


I 


TRANSMIT ENABLE: An active low, TTL or 0-12V level signal 
synchronous to TXC that enables data transmission to the 
transceiver cable. If TTL level signal is used, the differential voltage 
on the TRMT/TRMT output pair at the end of the frame is slowly 
reduced to zero volts per the IEEE 802.3 specification. If a 0-12V 
level signal is used, the differential voltage is kept at a logic "1 ". for 
the entire idle time as specified in Ethernet Rev. 1 .0. 


txd 


17 


I 


TRANSMIT DATA: A TTL-level input signal that is directly 
connected to the serial data output, TXD, of the 82586. 


RXC 


8 





RECEIVE CLOCK: Clock output with 5 ns rise and fall times and 
50% duty cycle. This output is connected to the 82586 receive 
clock input RXC. There is a maximum 1 .4 jus discontinuity at the 
beginning of a frame reception when the phase-locked loop 
switches from the on-chip oscillator to the incoming data. During 
idle (no incoming frames) the clock frequency will be half that of the 
20 MHz crystal frequency. 


CRS 


6 





CARRIER SENSE: A TTL-level, active low output to notify the 
82586 that there is activity on the coaxial cable. This signal is 
asserted when valid data or a collision signal from the transceiver is 
present. It is deasserted at the end of a frame synchronous with 
RXC, or when the end of the collision-presence signal (CLSN and 
CLSN is detected, whichever occurs later. CRS connects directly to 
the CRS input of the 82586. 


RXD 


9 





RECEIVE DATA: A TTL-level output tied directly to the RXD input 
of the 82586 controller and sampled by the 82586 at the negative 
edge of RXC. The bit stream received from the transceiver cable is 
Manchester decoded prior to being transferred to the controller. 
This output remains high during idle. 


CDT 


7 





COLLISION DETECT: A TTL, active low signal which drives the 
CDT input of the 82586 controller. It is asserted as long as there is 
activity on the collision-presence pair (CLSN and CLSN), and during 
SQE test in loopback. 


LPBK/WDTD 


3 


I 


LOOPBACK: A TTL-level control signal to enable the loopback 
mode. In this mode, serial data on the TXD input is routed through 
the 82501 internal circuits and back to the RXD output without 
driving the TRMT/TRMT output pair to the transceiver cable. When 
LPBK is asserted, the collision circuit will also be turned on at the 
end of each transmission to simulate the collision test. The on-chip 
watch-dog timer can be disabled by applying a 12V level through a 
4 kft resistor to this pin. LPBK must not be asserted at power up to 
ensure proper CDT and CRS signals to 82586 at start of operation. 
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Table 1. Pin Description (Continued) 



Symbol 


Pin 
No. 


Type 


Name and Function 


TRMT 


19 
18 






TRANSMIT PAIR: A differential output driver pair that drives the 
transmit pair of the transceiver cable. The output stream is 
Manchester encoded. If TTL levels are applied to the TEN input, the 
differential voltage at the end of a frame is slowly reduced to zero 
volts. If 0-12V is applied to the TEN input, a logic '1' remains on the 
transmit pair for the entire idle time. 


TRMT 


RCV 
RCV 


4 
5 


I 
I 


RECEIVE PAIR: A differentially driven input pair which is tied to the 
receive pair of the Ethernet transceiver cable. The first transition on 
RCV will be negative-going to indicate the beginning of a frame. The 
last transition should be positive-going, indicating the end of frame. 
The received bit stream is assumed to be Manchester encoded. 


CLSN 
CLSN 


12 
11 


I 
I 


COLLISION PAIR: A differentially driven input pair tied to the 
collision-presence pair of the Ethernet transceiver cable. The 
collision-presence signal is a 10 MHz ±15% square wave. The first 
transition at CLSN is negative-going to indicate the beginning of the 
signal; the last transition is positive-going to indicate the end of the 
signal. 


C1 
02 


1 
2 


I 
I 


PLL CAPACITOR: Phase-locked-loop capacitor inputs. 


Xi 
X 2 


14 
13 


I 

I 


CLOCK CRYSTAL: 20-MHz crystal inputs. 


Vcc 


20 




POWER: 5 ±10% volts. 


GND 


10 




GROUND: Reference. 



FUNCTIONAL DESCRIPTION 



Clock Generation 

A 20 MHz parallel resonant crystal is used to control 
the clock generation oscillator, which provides the 
basic 20 MHz clock source. An internal divide-by- 
two counter generates the 10 MHz ±0.01% clock 
required by the IEEE 802.3 specification. 

It is recommended that a crystal meeting the follow- 
ing specifications be used: 

• Quartz crystal 

• 20.00 MHz ±0.002% @ 25°C 

• Accuracy ±0.005% over full operating tempera- 
ture 0-70°C 

• Antiresonant with 20 pF load fundamental mode 

Several vendors have these crystals available either 
off the shelf or custom made. Two possible vendors 
are: 

1) Crystek Corporation 
1000 Crystal Drive 

Ft. Myers, Florida 33907 

2) M-tron Industries, Inc. 
Yankton, South Dakota 57078 



For best operation, the total crystal load capacitance 
should be about 20 pF. Considering the internal ca- 
pacitance of the 82501 and board capacitance, a 
typical configuration would have a 30-35 pF capaci- 
tor connected between the X1 and X2 input and 
ground. These capacitors will add up in series to 
provide 15-17.5 pF. Stray capacitance of the board 
will bring the total series capacitance to 20 pF. The 
total length of the line on each side of the crystal 
(between X1 or X2, the crystal, and the capacitor) 
should be less than one inch. 

An external 20 MHz TTL-level clock may be applied 
to pin X2, while grounding pin X1 . 



Manchester Encoder and 
Transceiver Cable Driver 

The 20 MHz clock is used to Manchester encode 
data on the TXD input line. The clock is also divided 
by 2 to produce the 10 MH z clo ck required by the 
82586 for synchronizing its RTS and T XD signals. 
See Fi gure 3 . (Note that the 82586 RTS is tied to the 
82501 TEN input as shown in Figure 4.) 
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Data encoding and transmission begins with TEN 
going low. Since the first bit is a T, the first tran- 
sition on the transmit output TRM T is a lways nega- 
tive. Transmission ends with the TEN going high. 
The last transition is always positive at TRMT and 
may occur at the center of the bit cell (last bit = 1) 
or at the boundary of the bit cell (last bit = 0). A 
one-bit delay is introd uced by the 82501 between its 
TXD input and TRMT/TRMT output as sh own in Fig- 
ure 3. If t he sign al supplied to the TEN pin is TTL- 
level, the TRMT output is slowly brought to its high 
state 200 n s after the last transmit data transition. 
The TRMT/TRMT differential voltage will become 
less than 40 mV within 8 jus after the last data tran- 
sition. The undershoot for return to idle is less than 
100 mV differentially. This mode of operation is com- 
patible with the IEEE 802.3 transceiver and elimi- 
nates DC currents in the primary winding of the 
transceiver coupling transformer. See Figure 4. 

If a 0-1 2V digital signal is applied to the TEN input, 
the TRMT output will not become high after a frame 
is transmitted, but rather remain low. As a result, 
there will be a positive differential voltage for the 
entire idle time. This mode of oper ation is compati- 
ble to the Ethernet V1.0. A 0-1 2V TEN signal can 
be generated by an open-collector level shifter with 
a 4K pull-up to + 12V. See Figure 5. 

Immediately after the end of a transmission, all sig- 
nals on the receive pair are inhibited for 5 jus mini- 
mum, 7 juls maximum. This dead time is required to 
block-off spurious transitions which may occur on 
the coaxial cable at the end of a transmission and 
are not filtered out by the transceiver. 

An internal watchdog timer is started at the begin- 
ning of the frame. The duration of the watchdog tim- 
er is 25 ms ±15%. If th e transmission terminates 
(by deasserting the TEN) before the timer expires, 
the timer is reset (and ready for the next transmis- 
sion). If the timer expires before the transmission 
ends, the frame is aborted. This is acco mplishe d by 
disabling the out put d river for th e TR MT/TRMT pair 
and deasserting CRS. RXD and RXC are not af fect- 
ed. The watchdog timer is reset only when the TEN 
is deasserted. 

The cable driver is a differential gate requiring exter- 
nal resistors or a current sink of 20 mA (on both 
terminals). In addition, high-voltage protection of 
+ 16V maximum and short circuit to ground is pro- 
vided. 



To protect against overheating if the cable is short- 
ed, an isolation transfo rmer can be used to isolate 
the TRMT and TRMT outputs. When an isolation 
transformer is used, transmit circuit inductance (in- 
cluding the IEEE 802.3 tranceiver transformers) 
should be 19 microhenrys minimum. 



Receive Section 



CABLE INTERFACE AND NOISE FILTER 

The 82501 input circuits can be driven directly from 
the Ethernet transceiver cable receive pair. In this 
case the cable is terminated with a 78ft resistor for 
proper impedance matching. The 82501 has internal 
resistors that establish the common mode voltage. 
See Figure 4. 

The signal received on the RCV/R CV pair from the 
transceiver define s both the RXC and RXD outputs 
to the 82586. The RXC signal generated will have a 
frequ ency equal to that of the signal on the 
RCV/R CV p air. The jitter with respect to the cycle 
time of RXC will be less than ± 5 ns. 

The input circuits can also be driven with ECL volt- 
age levels. In either case, the input common mode 
voltage must be in the range of 0-Vcc volts to allow 
for wide driver supply variation at the transceiver. 
The input terminals have a 1 6V maximum protection 
and additional clamping of low-energy, high-voltage 
noise signals. 

A noise filter is provided at the RCV/RCV input pair 
to prevent spurious signals from improperly trigger- 
ing the receiver circuitry. The noise filter has the fol- 
lowing characteristics: 

A negative pulse which is narrower than 5 ns or is 
less than - 1 50 mV in amplitude is rejected during 
idle. 

At the beginning of a reception, the filter is turned off 
by the first negative pulse which is more negative 
than -275 mV and is wider than 30 ns. 

As soon as the first valid negative pulse is recog- 
nized by the noise filt er, th e data threshold is low- 
ered to 160 mV. The CRS signal is asserted to in- 
form the 82586 c ontro ller of the beginning of a re- 
ception, and the RXC will be held low for 1.4 jus 
maximum while the internal phase-locked-loop is ac- 
quiring lock. 
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The frame is ended if no negative transition occurs 
within 1 60 ns from the last positive transition. 

No inhibit time for CRS is provided after the end of a 
frame reception. If there is a negative pulse which is 
more negative than -275 mV and is wider than 30 
ns, or an equiv alent sized undershoot from the 
transceiver, then CRS will be reactivated. 

MANCHESTER DECODER AND 
CLOCK RECOVERY 

The filtered data enters the clock recovery and de- 
coder circuits. An analog phase-locked-loop (PLL) 
technique is used to extract the received clock from 
the data, beginning from the third negative transition 
of the incoming data. The PLL will acquire lock with- 
in the first 14 bit times, as seen from th e RC V/RCV 
inputs. During that period of time, the RXC is held 
low. Bit cell timing distortion which can be tolerated 
in the incoming signal is ±15 ns for the preamble 
and ± 1 8 ns for data. This distortion must have less 
than ±5 ns bias distortion. The voltage-controlled 
oscillator (VCO) of the PLL corrects its frequency to 
match the incoming signal transitions. 

Its VCO cycle time stays within 5% of the RXD bit 
cell time regar dless of the time disto rtion allowed at 
the RCV/RCV input. The RCV/RCV input is decod- 
ed from Manchester of NRZ and transferred syn- 
chronously with the receive clock to the 82586 con- 
troller. 

At the end of a frame, the r eceiv e clock is used to 
detect the absence of RCV/RCV trans itions and r e- 
port it to the 82586 by deasserting CRS while RXD is 
held high. 



Collision-Presence Section 



The CLSN/CLSN input signal is a 10 MHz ±15% 
square wave generated by the transceiver whenever 
two or more data frames are superimposed on the 
coaxial cabl e. The maximum asymmetry is the 
CLSN/CLSN signal is 60/40% for low-to-high or 
high-to-low levels. The signal is filte red fo r noise re- 
jection in the same manner as RCV/RCV. The noise 
filter rejects signals which are less negative than 
- 1 50 mV and narrower than 5 ns during idle. It turns 
on at the first negative pulse which is more negative 
than -275 mV and wider than 30 ns. After the initial 
turn-on, the filter remains active indicating that a val- 
id colli sion sig nal is present, as long as the negative 
CLSN/CLSN signal pulses are more negative than 
-275 mV. The filter returns to the "off" state if the 
signal becomes less negative than - 1 50 mV, or if 
no negative transition occurs within 1 60 ns from the 
last positive transition. Immediately after turn-off, the 
collision filter is ready to be reactivated. 



The common mode volta ge an d external termination 
are identica l to the RCV/RCV input. (See Figure 4.) 
The CLSN/CLSN input also has a 16V maximum 
protection and additional clamping against low-ener- 
gy, high-voltage noise signals. 

A vali d co llision-presence signal will assert the 
8250 1 CDT output which can be directly tied to the 
CDT input of the 82586 controller. 

During the time that valid colli sion-pr esence tran- 
sitions are present on the CLSN/CLSN input, invalid 
data transitions will be present on the receive data 
pair due to the superposition of signals from two or 
more stations trans mitting simultaneously. It is pos- 
sible for RCV/RCV to lose transitions for a few bit 
times due to perfect cancellation of the signals, 
which may cause the 82501 to abort the reception. 
In any case, the i nvalid data will not cause any dis- 
continuity of RXC. 

Whe n a valid collision-presence sig nal is present the 
CRS signal is asserted (along with CDT). However, 
if this collision-presence signal arrive s wit hin 6.0 
±1.0 jlls from the last transmission only CDT is gen- 
erated, so that the 82586 recognizes the active CDT 
as a valid SQE (heartbeat) test signal. 



Internal Loopback 



When asserted, LPBK causes the 82501 to route 
serial data from its TXD input, through its transmit 
logic (retiming and Manchester encoding), returning 
it through the receive logic (Manchester decoding 
and receive clock generation) to RXD output. The 
internal routing prevents the data from passing 
through the out put driv ers and onto the transmit out- 
put pair, TRMT/TRMT. When in loopback mode, all 
of the transmit and receive circuits, including the 
noise filter, are tested except for the transceiver ca- 
ble output driver and input receivers. Also, at the end 
of each frame transmitted in loopback mode, the 
82501 generates the SQE test (heartbeat) signal 
within 1 jits after the end of the frame. Thus, the 
collision circuits, including the noise filter, are also 
tested in loopback mode. 

The watchdog timer remains enabled in loopback 
mode, terminating test frames that exceed its time- 
out peri od. Th e watchdog can be inhibited by con- 
necting LPBK to a 4K resistor connected to 12V 
± 3V. The loopback feature can still be used to test 
the integrity of the 82501 by using the circuit shown 
in Figure 6. 
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The 82501 operates as a full duplex device, being 
able to transmit and receive simultaneously. Com- 
bining the internal and external loopback modes of 
the 82586 and the internal loopback and normal 
modes of the 82501, incremental testing of an 
82586/82501 -based interface can be performed un- 
der program contr ol for s ystematic fault detection 
and fault isolation. LPBK must not be assert ed at 
pow er up to ensure proper initialization of the CDT 
and CRS signals. 



Interface Example 

The 82501 is designed to work directly with the 
82586 controller in IEEE 802.3 10 Mbps as well as 
other 10 Mbps LAN applications. The control and 
data signals connect directly between the two devic- 
es without the need for additional external logic. The 
complete 82586/82501 /Ethernet Transceiver ca- 
ble/82C502 interface is shown in Figure 4. The 
82501 provides the driver and receivers needed to 
directly connect to the transceiver cable, requiring 
only terminating resistors on each input signal pair. 



20MHz INTERNAL CLOCK 




(MANCHESTER-ENCODED DATA) 



Figure 3. Start of Transmission and Manchester Encoding 
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Figure 5. Optional Decoupling of TRMT/TRMT pair 
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Normal mode with 
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Figure 6. Watchdog Timer Disable 



8-8 



iny 



82501 



(P^IUIMOGMY 



ABSOLUTE MAXIMUM RATINGS* 

Ambient Tempertaure Under Bias 0°C to + 70°C 

Storage Temperature -65°C to + 1 50°C 

All Output and Supply Voltages ..... -0.5V to + 7V 

All Input Voltages -1.0V to +5.5V 

Power Dissipation 1 .5W 



* Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 

NOTICE: Specifications contained within the 
following tables are subject to change. 



D.C. CHA 


RACTERISTICS (T A = o-70°c, v C c = 5V ±10%) 






Symbol 


Parameter 


Min 


Max 


Units 


Conditions 


V|L 


Input Low Voltage (TTL) 


-0.5 


+ 0.8 


V 




V| H 


Input High Voltage (TTL) 


2.0 


Vcc+0.5 


V 




V|DF 


Input Differential Voltage 


±300 


±1500 


mV 


RCV and CLSN 


VCM 


Input Common Mode Voltage 





v C c 


V 


RCV and CLSN 


VOL1 


Output Low Voltage TTL 




0.45 


V 


Iql = 2 mA 


V0L2 


Output Low Voltage TXC, RXC 




0.45 


V 


Iol = 2mA 


V OCM 


Common Mode Output 


1.0 


4.5 


V 


R L = 78H Differential 
Termination and 1 20H 
Pulldown (TRMT) 


V0H1 


Output High Voltage TTL 


2.4 




V 


Iqh = ~~ 1 -0 m A 


VOH2 


Output High Voltage TXC 


3.3 




V 


lOH = -400 jxA 


VOH3 


Output High Voltage RXC 


3.0 




V 


lOH = -400 J* A 


VODF 


Differential Output Swing 


0.6 


1.1 


V 


R L = 78H Differential 
Termination and 1 20a 
Pulldown (TRMT) 


i'li 


Input Leakage Current (TTL) 




+ 200 


julA 


V|N = Vcc 


C|N 


Input Capacitance 




10 


PF 


f = 1 MHz 


COUT 


Output Capacitance 




20 


PF 


f = 1 MHz 


•cc 






250 


mA 


120aPulldowns 


If 


Input Current (TTL) 




-500 


juA 


V F = 0.45V 



NOTE: 

All specifications are preliminary values and are subject to change without notice. Contact your local Intel Sales Office for 
the latest specifications. 



A.C. CHARACTERISTICS 
A.C. Measurement Conditions 

I) T A = 0°C to + 70°C, V C c = 5V ±10% 

II) The AC measurements are done at the following 
voltage levels for the various kinds of inputs and 
outputs 

a) TTL inputs and outputs: 0.8V and 2.0V 

The input voltage swing is at least 0.4 to 2.4V 
with 3-10 ns rise and fall times. 

b) Clock outputs: The rise and fall times are mea- 
sured between 0.9V and 3.0V points. The high 
time is measured between 3.0V points and the 

. low time is measured between 0.6V points. 



c) Differential inputs outputs: 
The 50% points of the total swing are used for 
delay measurements. The rise and fall times of 
outputs are measured at the 20 to 80% points. 
The differential voltage swing at the inputs is 
at least ±275 mV with rise and fall times of 
3-15 ns measured at ±0.2 volts. Once the 
squelch threshold has been exceeded the in- 
puts will detect less than ± 1 60 mV signals. 
! The AC loads for the various kind of outputs are 

as follows: 

a) TTL and MOS: a 20 pF Capacitance to GND 
including test fixture and probe. 

b) Differential: A 10 pF Capacitance from each 
terminal to GND and a termination load resis- 
tor of 78H in parallel with a 27 micro-henries 
inductor between the two terminals. 
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TRANSMIT TIMING 



Symbol 


Parameter 


Min 


Max 


Unit 


ti 


TXC Cycle Time 


99.99 


100.01 


ns 


t 2 


TXC Fall Time 




5 


ns 


t 3 


TXC Rise Time 




5 


ns 


t 4 


TXC Low Time (at 0.9V) 


40 




ns 


t 5 


TXC High Time (at 3.0V) 


40 




ns 


t 6 


Transmit Enable/Disable to TXC Low 


45 




ns 


t 7 


TXD Stable to TXC Low 


45 




ns 


t 8 


Bit Cell Center to Bit Cell Center of Transmit Pair Data 


99.5 


100.5 


ns 


tg 


Transmit Pair Data Fall Timed) 


1.0 


5.0 


ns 


tio 


Transmit Pair Data Rise TimeO) 


1.0 


5.0 


ns 


tn 


Bit Cell Center to Bit Cell Boundary of Transmit Pair Data 


49.5 


50.5 


ns 


tl2 




200 




ns 


TRMT Held Low from Last Positive Transition of 
Transmit Pair Data during Idle: 


tl2A 


From Last Positive Transition of Transmit Pair Differential 
Output Approaches within 40 mV of Zero Volts. 




8000 


ns 




_J t 5 U— t 2 —J 



^ 



H 



— ^ t 6 I* — 



J \ LAST BIT/ 



tRMT (LAST BIT - 1 ) N—^ A , < ? _ A A-_«A 



>« ► 



<y 



k 



^ 





*IV 




"* — *■ 

»12 






tin 


, 1 ' 





fC-ASTBITM) ^ X XZX3 



231353-5 



NOTE: 

1. Measured per 802.3 Para 6.5.1.1 
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RECEIVE TIMING 



Symbol 


Parameter 


Min 


Max 


Unit 


tl3 


Receive Pair Signal Pulse Width (at -0.275V) Differential Signal) of First 
Negative Pulse for 

a) Signal Rejection by Noise Filter, 

b) Noise Filter Turn-On in Order to Begin Reception 


30 


5 


ns 
ns 


tl4 


Duration which the RXC Is Held at Low State 




1400 


ns 


tl5 


Receive Pair Signal Rise/Fall Time at ± 0.2 Volt 




20 


ns 


tl6< 1 > 


Receive Pair Bit Cell Center from Crossover Timing Distortion: 
In Preamble 
In Data 




±15 
±18 


ns 
ns 


t 17 (D 


Receive Pair Bit Cell Boundary Allowing for Timing Distortion: 
In Data 




±18 


ns 


tl8 


Receive Idle Time Before the Next Reception Can Begin in a Transmitting 
Station (as Measured from the Deassertion of CRS) 




8 


jLlS 


tl9 


Receive Pair Signal Return to Zero Level from Last Valid 
Positive Transition 


160 




ns 


*20 


CRS Assertion Delay from the First Received Valid Negative Transition 
of Receive Pair Signal 




100 


ns 



Symbol 


Parameter 


Min 


Max 


Unit 


t21 


CRS Deassertion Delay from the Last Valid Positive Transition Received 
(when No Collision-Presence Signal Exists on the Transceiver Cable) 




300(2) 


ns 


t 25 


RXC Rise/Fall Time 




5.0 


ns 


*26 


RXC Low Time (at 0.9V) 


40 




ns 


*26A 


RXC High Time (at 2.7V) 


36 




ns 


t27 


Receive Data Stable before the Negative Edge of RXC 


30 




ns 


t28 


Receive Data Held Valid past the Negative Edge of RXC 


30 




ns 


*29 


Carrier Sense Inactive Setup Time to RXC High 


60 




ns 


*29A 


Carrier Sense Active Hold Time from RXC High 


10 




ns 


*30 


Receive Data Rise/Fall Time 




10 


ns 


t31 


From the Time CRS Is Deasserted until the Time it can 
be Asserted Again for a Transmitting Station 


5 


7 


jULS 



NOTES: 

1 . ±5 n s of bias distortion— the remainder is rando m distortion. 

2. CRS is deasserted synchronously with the RXC. This condition is not specified in the IEEE 802.3 specification. 
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RECEIVE TIMING: START OF FRAME 



RCV 
RCV 



n^aae 



XIZZ??Z3CZE500C^ 



tl4 



-t 20 - 



*This clock pulse may not be a valid clock pulse. 




231353-9 



RECEIVE TIMING: END OF FRAME 



RCV (LAST BIT = 0) S/ r ~^S/ r ~~\/~~\/~ 
RCV /\__ S\ /X^\_ 



-ti9- 



RCV (LAST BIT ,= 1) 
RCV 



Z>ZZ3C 



-**—{- 



-*t- 



-*19- 1- 



1 

/ . / 



-t 3 1- 



<*-t 29 — *- 



*NOTE: 

CRS can be triggered on again by the collision-presence signal. 
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COLLIS 


ON TIMING 








Symbol 


Parameter 


Min 


Max 


Unit 


*32 


CLSN/CLSN Signal Pulse Width (at -0.30V Differential Signal) of First 
Negative Pulse for Noise Filter Turn-On 


30 




ns 


*33 


CLSN/CLSN Cycle Time 


86 


118 


ns 


t34 


CLSN/CLSN Rise/Fall Time at ± 0.2 Volts 




15 


ns 


t35 


CLSN/CLSN Transition Time 


35 


70 


ns 


*36 


CDT Assertion from the First Vallid Negative Edge of Collision Pair Signal 




75 


ns 


t37 


CDT Deassertion from the Last Positive Edge of CLSN/CLSN Signal 




200 


ns 


*38 


CRS Deassertion from the Last Positive Edge of CLSN/CLSN Signal (If no 
post-collision signal remains on the receive pair.) 




450 


ns 


*39 


CRS Inactive after Collision Setup Time to RXC High 


60 




ns 


*39A 


CRS Active Hold Time from RXC High after Collision 


10 




ns 



QtSN. 




t32 »► U [•« t 33 ► 



-t 36 - 



~r_ 



»37 



s 



-t 3 e- 



TTTV? 



/A. 



"V" 

NOTE 2" 



-t 39 -** 



NOTES: 

1. CRS will be deasserted for a period up to fxs maximum when RCV/RCV or CLSN/CLSN terminates, whichever occurs 
lat er. 

2. CRS will remain asserted after the CLSN/CLSN signal terminates if RCV/RCV signals continue. 



LOOPBACK TIMING 



Symbol 


Parameter 


Min 


Max 


Unit 


Uo 


LPBK Asserted before the First Attempted Transmission 


500 




ns 


t41 


Simulated Collision Test Delay from the End of Each Attempted Transmission 


0.5 


1.5 


jULS 


t42 


Simulated Collision Test Duration 


0.5 


1.0 


JXS 


t43 


LPBK Deasserted after the Last Attempted Transmission 


0.5 




juS 



NOTE: 

In Loopback mode, RXC, RXD and CRS function in the same manner as a normal Receive. 
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NOTE: 

1. During Loopback, the 82501 receive circuitry uses 12 bit times while the PLL locks on the data. As a result, the first 
12 bits are lost. 



TESTABILITY 

NOTES: 

1. All AC Parameters become valid after the PLL has stabilized: 100 /as after the application of power. 
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82502 
ETHERNET TRANSCEIVER CHIP 



Conforms to IEEE 802.3, Ethernet Rev. 
2 and Cheapernet Standards 

— Anti-Jabber Function 

— Receive Based Collision Detection 

— Defeatable Signal Quality Error 
(Heartbeat) Test 



Requires Minimum Board Space 

— On-Chip Voltage Reference 

— 16 Pin DIP 

No External Adjustments Required 
Reliable CHMOS Technology 



The 82502 Ethernet Transceiver Chip is a CHMOS LSI device that provides the complete set of transmit, 
receive and collision detect functions specified by the IEEE 802.3, Ethernet and Cheapernet 10 Mbps base- 
band standards for the Media Attachment Unit (MAU). The 82502 teams up with Intel's 82586 LAN Coproces- 
sor and the 82501 Ethernet Serial Interface allowing the designer to implement highly integrated IEEE 802.3, 
Ethernet and Cheapernet systems. 

Three basic functional blocks make up the 82502: transmit, receive and collision detection. The transmit and 
receive sections transfer data from the transceiver drop cable to the coaxial cable of the network and vice-ver- 
sa. The collision detection section senses simultaneous transmissions by two or more network stations (colli- 
sions) on the coaxial cable and responds by sending a 10 MHz signal down the transceiver drop cable to the 
station that it is servicing. 

When used in an Ethernet application, the 82502 can drive a transceiver cable up to 50 meters in length. For 
Cheapernet, there is no transceiver cable. The 82502 interfaces directly with isolated signals from the station's 
serial interface (82501). 

The 82502 is fabricated in Intel's reliable 10V CHMOS II process. 
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Table 1. Pin Description 



Symbol 


Pjn No. 


Type 


Name and Function 


TRMT, 
TRMT 


2 
3 


I 
I 


TRANSMIT DATA PAIR: A differentially driven input tied to 
the transmit pair of the transceiver cable. The transmit pair of 
the transceiver cable is driven with 1 Mbps Manchester 
encoded data from the serial interface of the data link 
(82501). TRMT/TRMT must be isolated from the transceiver 
cable by a pulse transformer. The last transition is expected to 
be positive indicating end of packet. 


RCV, 
RCV 


4 
5 






RECEIVE DATA PAIR: An output driver pair that generates 
an ECL AC signal level to drive the transceiver cable receive 
pair with the 1 Mbps Manchester encoded data received 
from the coaxial cable of the network. RCV/RCV must be 
isolated from the transceiver cable by a pulse transformer. 
The last transition is always positive indicating the end of the 
packet. The current into the RCV pin is incrementally 
decreased 200 ns after the last transition. 


CLSN, 
CLSN 


7 
6 






COLLISION PRESENCE PAIR: An output driver pair that 
generates a 1 MHz ECL AC signal level square wave on the 
collision presence pair of the transceiver cable when: a 
collision is detected on the coaxial cable of the network, 
during self-test as the collision circuit heartbeat indication, or 
after the watchdog timer has expired to indicate that the 
coaxial cable transitter is disabled. 


CXTD 


15 





COAXIAL CABLE TRANSMIT DATA: An output pin that 
transmits data onto the coaxial cable of the network by sinking 
current from the center conductor of the coaxial cable. The 
last data transition at the end of a packet is always low to 
high. 


CXRD 


12 





COAXIAL CABLE RECEIVE DATA: An input pin that 
receives data from the coaxial cable of the network. Typical 
signal levels (referenced to Vqd) received on CXRD are 
-200 mV for high, - 1 .8V for a low and 0V during idle. The 
last data transition received is expected to be positive 
indicating the end of packet. 


HBD 


11 


I 


HEARTBEAT DISABLE: A strapping option that when tied 
low (Vss). allows the transceiver to generate a collision detect 
heartbeat signal after each packet. A high (Vcc) on tn ' s P' n 
disables the heartbeat circuitry as well as the 6.4 jus transmit 
inhibit timer but keeps the collision circuit enabled for use in 
repeater applications. 


REXT 


1 




EXTERNAL RESISTOR: A 243H 0.5% resistor is attached 
between REXT and ground (Vss) to provide precision internal 
current levels. 


NC 


13 




No connection. 


Vcc* 


16 




POWER: 5 ±10% volts. 


Vss* 


8 




GROUND 


Vdd* 


14 




POWER/COAX SHIELD: 10 ±10% volts. 


AVcc* 


10 




ANALOG POWER: 5+10% volts. Included to reduce the 
effects of the current fluctuations in the Vcc P' n - 


AV SS * 


9 




ANALOG GROUND: Included to reduce the effects of current 
fluctuations in the Vss pin. 



*NOTE: 

The shield of the coaxial cable of the Ethernet channel (Vdd) is connected to earth ground. To simplify annotation, all 
voltages are referenced to Vss in this data sheet. 
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FUNCTIONAL DESCRIPTION 



Transmit Section 



Transmit Pair Receiver 

The 82502 receives transmit data from an Ethernet 
Serial Interface (ESI) on the TRMT pins and trans- 
mits it onto a 50fl coax cable (the Ethernet chan- 
nel). The TRMT pins are connected to the transmit 
pair of a transceiver cable through a pulse trans- 
former. The transformer provides the isolation re- 
quired between the transceiver cable and the coax 
cable. The DC bias for the TRMT pins is provided 
internally. The 78 ±5% ft resistor for the TRMT in- 
put termination is external to the device. 

A noise filter (squelch) is provided at the TRMT input 
pair to prevent spurious noise signals received on 
the pins from being transmitted onto the coaxial ca- 
ble. The squelch is on during idle and rejects signals 
not more negative than - 1 60 mV and/or less than 
16 ns wide. The squelch is removed if the signal on 
the TRMT pins becomes more negative than 
-225 mV for 38 ns or more. 

Once the squelch is removed, the transmit signal 
received on the device's TRMT pins measured dif- 
ferentially may be between ± 0.25V minimum and 
± 1 .2V maximum. The squelch will remain off if the 
received signal is not more positive than -225 mV 
or if it is more positive for less than 111 ns. The 
squelch will turn back on if the received signal is 
more positive than - 1 60 mV for more than 1 60 ns. 
When the squelch turns back on a non-retriggerable 
6.4 jlls transmit inhibit timer is started which disables 
the transmitter for a minimum of 5.5 jlls and a maxi- 
mum of 8 jlls. 

The transmit data path through the device consists 
of a receiver, rise and fall time control circuitry, and 
coaxial cable current driver. The maximum timing 
distortion introduced by the device's transmit path is 
±2 ns per data transition edge including timing dis- 
tortion casued by output rise and fall time difference. 
The maximum steady state delay of the transmit 
path is 50 ns. 



Coaxial Cable Driver 

The CXTD pin transmits data onto the coaxial cable 
by sinking current from the center conductor of the 
coaxial cable. The output current levels are 10 mA 
±30% for high level, 72 mA ±4% for low level, and 
to 24 jliA for idle; where current into the device is 
defined as positive current. The output resistance is 
9 Kfl minimum. 



At the start of a frame transmission two bits maxi- 
mum of preamble will be received from the TRMT 
pair and may not be transmitted onto the coaxial 
cable. The first bit transmitted by the 82502 may 
contain phase violations, however all successive bits 
of the frame will be valid. 



Watch Dog Timer (Anti-Jabber Function) 

The 82502 will inhibit continuous transmissions onto 
the coaxial cable of duration greater than 
52 ms ±18%. The 52 ms watch dog timer starts 
timing when the TRMT squelch is turned off to re- 
ceive valid transmit data on the TRMT pins. If a 
frame transmission is completed within the 52 ms 
time slot, the timer is reset 3.2 jlls after the last bit of 
the frame has been transmitted. If a new transmis- 
sion is started within this 3.2 jlls, the timer is not 
reset. This 3.2 jlls inhibit period is implemented so 
that a short absence of transmit data will not reset 
the watch dog timer. 

If the timer times out (i.e., transmit packet duration 
exceeds 52 ms ±18%) the transmit section is dis- 
abled and the active collision signal is transmitted 
out onto the collision pair until valid transmit data 
received on the TRMT pair is discontinued. When 
the TRMT inputs become idle, the collision signal is 
turned off and a 420 ms ±18% non-triggerable tim- 
er is started. During this 420 ms, the transmit section 
is disabled. The transmit section is re-enabled after 
420 ms. 



Receive Section 



Coaxial Cable Receiver 

The 82502's coaxial cable receive pins "Vdd" and 
"CXRD" are connected to the coax cable shield and 
center conductor, respectively. The linear operating 
voltage range of the CXRD pin is 0V to -3.50V ref- 
erenced to the shield (Vdd) P in - 

The shunt capacitance measured between the Vdd 
and CXRD pins is less than 2.0 pF. The shunt resist- 
ance is greater than 1 Mfl. The bias current flowing 
into the CXRD pin is between -1 jliA and 1 jliA. 
These conditions apply in both the power off and 
power on states. 

A noise filter is provided at the Vqd and CXRD in- 
puts to reject noise signals during idle. Signals re- 
ceived on the coax whose DC component (frequen- 
cy less than 1 MHz) does not drop below -120 mV 
will be rejected. The noise filter will be disabled if the 
signal's DC component drops below -200 mV. A 
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maximum of 5 bits will be received from the coaxial 
cable and may not be transmitted onto the RCV pair. 
The first bit transmitted may contain phase viola- 
tions, however all successive bits of the frame will 
be valid. 

The noise filter will remain off if the received signal's 
AC component is not positive for more than 1 36 ns, 
and the DC component remains below -200 mV. 
While the filter is off, the received data will be trans- 
mitted onto the RCV pair with less than 50 ns steady 
state delay. The timing distortion on the RCV pair 
output is less than ±2 ns per edge for a ±200 mV 
base-to-peak 5 MHz sinusoidal input from the coaxi- 
al cable. 

The noise filter will turn back on if the received sig- 
nal's AC component is positive for more than 
207 ns, or if the DC component exceeds - 1 23 mV. 

Receive Pair Driver 

The RCV outputs are connected to the receive pair 
of a transceiver cable through a pulse transformer. 

The receive pair (RCV/ RCV) transceiver cable driver 
is a current driver. The output drive currents are as 
follows; 



State 


RCV 


RCV 


Logical "1" 
Logical "0" 
Idle 


mA 

34 mA ±5% 

mA 


35 mA ±5% 
mA 
5.25 mA 



Between 200 ns and 325 ns a fter the last output 
data transition on the RCV/RCV pi ns, th e 82502 be- 
gins incrementally decreasing the RCV output cur- 
rent until the DC current level reaches 5.25 mA. The 
first step is 1 7 mA followed by thirteen 0.9 mA steps 
spaced 408 ns ±15% apart. 

The purpose of this stepp ing sequence is to guaran- 
tee that the RCV/RCV differential output signal 
(measured with a 78 ±5% terminating resistor in 
parallel with a minimum magnetizing inductance of 
25 jmH) will remain high for a minimum of 200 ns 
following the last output transition, will not under- 
shoot more than 80 mV and will limit the current 
stored in the inductor to 4 mA after 80 bit times. 



Collision Detect Section 

The collision presence outputs are connected to the 
collision pair of a transceiver through a pulse trans- 
former. The collision presence outputs are used by 



the device to indicate one of three conditions: (1) 
there are simultaneous transmission attempts by 
two or more stations on the coax, (2) self test after a 
transmission proving that the collision circuitry is 
functional or (3) a frame transmission time exceeds 
the 52 ms watch dog timer time limit. The active col- 
lision presence signals is a 10 MHz ECL level square 
wave transmitted on the collision pair of the trans- 
ceiver cable. The duty cycle of the square wave is 
50±4%. 

The collision threshold level set inside the 82502 
corresponds to a DC average of -1.482 ±3% volts 
on the coaxial cable. If the DC average signal level 
detected on the coaxial cable is more negative than 
the threshold, the on-chip oscillator transmits an ac- 
tive collision signal onto the collision pair. The delay 
in the device from the moment it detects a collision 
on the CXRD pin to the collision presence signal 
transmission onto the collision pair is less than 0.9 
jus. With a 500 meter coaxial cable, it is less than 2.9 
ju,s including the propagation delay of the coaxial ca- 
ble. 



SeifTest 

If the HBD input is strapped low, the self test feature 
of the 82502 is enabled. After each frame transmis- 
sion, the device transmits a collision presence signal 
(heartbeat) onto the collision presence pair to indi- 
cate that the collision circuitry is operational. The 
heartbeat begins between 600 ns to 1600 ns follow- 
ing the last positive transition on the transmit pair. 
The signal's duration is between 0.5 juts and 1.5 juts. 

If the HBD input is strapped high, the self test fea- 
ture as well as the 6.4 jus transmit inhibit timer are 
disabled. 



Design Example 

Figure 3 shows the schematic of an IEEE 802.3, 
Ethernet compatible transceiver based on the 
82502. Power to the 82502 is supplied by an isolat- 
ed DC-to-DC converter which generates +5V 
±10% and + 10V ±10%. (These voltage levels are 
referenced to Vssi remember that Vqd is connected 
to earth ground.) Small signal diodes which have 
very small capacitance (less than 2 pF at Yd =0) 
are connected between the CXTD input pin and the 
center conductor to reduce the capacitance load on 
the channel. A 100H fusible resistor on the CXRD 
pin is to protect the network from being brought 
down in the event of a short circuit fault between the 
CXRD pin and GND. 



8-18 



inteT 



82502 



AGWMKSS OMGWGMTON) 



POWER PAIR 



12V- 
OV- 



ISOLATED 
POWER 
SUPPLY 



7fc0.01/*F 



TRANSCEIVER CABLE SHIELD 
TRANSMIT PAIR 



1M.fl 



He- 



5V 



0.01 /xF, 2KV 8 

2 



►78X1 



5V 



RECEIVE PAIR 



l 42Xl 4 



•3 ri 



5V 



COLLISION PAIR 



o 



2^7 



2 



42X1 



16 



10 



V SS AV SS • V CC AV CC 



TRMT 



TRMT 



RCV 



RCV 



CLSN 



CLSN 



82502 
ETC 



V DD 



CXTD 



CXRD 



NC 



HBD 



REXT 



50X1 

ETHERNET 

COAX 

riinn 



15 



-H — W-t 



12 



13 



-VA 

100X1 

FUSIBLE 

1/8W 



"I 



243X1 
0.5% 



NOTES: 

1. Pulse transformer inductance ^ 50 jnH, typically 75 /xH 

2. Isolated power supply: Pulse Engineering Inc. part no. PE-64369 



uinr 
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Figure 3. Typical Ethernet transceiver implementation using the 82502 
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Applications 

The 82502 is intended for use in high performance, 
10 Mbps LAN applications such as IEEE 802.3 10 
Base 5 (Ethernet). Ethernet requires that the 82502 
transceiver chip be located in a tap box attached 
directly to the coaxial cable of the network. A drop 
cable up to 50 meters in length connects the trans- 
ceiver tap box to the data terminal equipment (DTE), 
see Figure 4. 



In Cheapemet applications, a.k.a. IEEE 802.3 10 
Base 2, the 82502 would be located inside the DTE, 
and transformer coupled to the 82501 , see Figure 5. 
In both applications, the IEEE specifications require 
that a DC isolated power supply power the 82502. 
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Figure 4. IEEE 802.3 10 Base 5 (Ethernet) configuration supports 100 users 
per segment, each segment being 500 meters long 
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Figure 5. IEEE 802.3 10 Base 2 (Cheapernet) configuration supports 30 users 
per segment, each segment being 185 meters long. 



8-21 



irtef 



82502 



mmw©E m^mMMum 



ABSOLUTE MAXIMUM RATINGS* 

Temperature Under Bias - 1 0°C to + 80°C 

Storage Temperature -65°C to + 1 50°C 

V DD with Respect to V S s -0.5V to + 15V 

Vccwith Respectto V S s. • -0.5V to +11V 

All Input and Output Voltages 
(Except CXTD and CXRD) with 

Respect to V S s • • "0.5V to + 1 1 V 

CXTD Output Voltage with 

Respect to V S s -0.5V to + 15V 

CXRD Input Voltage with 

Respect to V DD 0V to -15V, 

> 0V if Icxrd ^ 200 mA 
Power Dissipation 1 .0W 



* Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 

NOTICE: Specifications contained within the 
following tables are subject to change. 



D.C. CHARACTERISTICS T A = o-70°c, v cc = 5V ±10%, v DD = iov +10% 



Symbol 


Parameter 


Limits 


Units 


Conditions 


Min 


Typ 


Max 


V|DF 


Transceiver Cable Input 
Differential Voltage 


±250 




±1200 


mV 


Base to peak 


'OLC 


Output Low Current CXTD 


69.1 




74.9 


mA 


CXTD: 3.3V to 10.3V 


'OHC 


Output High Current CXTD 


7 




13 


mA 




•avec 


Average Output Current CXTD 
(Including the effects 
of timing distortion) 


37 




45 


mA 


CXTD: 3.3V to 10.3V 


l|DC 


Idle Output Current 







24 


julA 




Vie 


Coax Receiver Operating 
Voltage Range (Linear) 


-3.5 







V 


Referenced to Vqd 


V ICAC 


Coax Receiver A.C. Voltage 


±200 






mV 


Base to peak 


'iLC 


Input Leakage Current CXRD 


-1 




1 


julA 




>OLT 


Output Low Current 
Transceiver Cable 


32.3 





35.7 
0.2 


mA 
mA 


RCV and CLSN 
RCV and CLSN 


'OHT 


Output High Current 
Transceiver Cable 



32.3 




0.2 
35.7 


mA 
mA 


RCV and CLSN 
RCV and CLSN 


l|DT 


Output Idle Current 
Transceiver Cable 


5 





5.5 
0.2 


mA 
mA 


RCV and CLSN 
RCV and CLSN 


'cc 


Vcc Supply Current 







21 


mA 




•dd 


Vqd Supply Current 







30 


mA 




Ri 


Shunt Resistance 
between Vqd and CXRD 


1 






Mn 




C| 


Shunt Capacitance 
between V DD and CXRD 





2 


4 


pF 


f = 10 MHz 
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A.C. CHARACTERISTICS 
A.C. Measurement Conditions 

I. T A = to 70°C, V C c = 5V ±10%, V DD = 10V ±10% 

II. The A.C. measurements are taken at the following voltage levels for the various kinds of inputs and 
outputs: 

A. Differential Transceiver Cable Inputs and Outputs: 

All delay and timing distortion measurements are referenced to the 0V points measured differentially. 
Rise and fall times are referenced to the 20% and 80% points. The differential voltage swing at the 
inputs is at least ±250 mV with rise and fall times of to 10 ns. 

B. Coaxial Cable Inputs and Outputs: 

Delay measurements are referenced to the 50% points of the signals' total swing. Vqd is used as the 
voltage reference. Rise and fall times are measured at the 10% and 90% points. The differential voltage 
swing at the inputs is at least ±200 mV. The input signal is either a trapezoidal signal with 25 ±5 ns 
rise/fall times or a sine wave. 

III. The A.C. loading for various outputs is as follows: 

A. Transceiver cable drive pins: 

RCV, RCV, CLSN and CLSN are each loaded with 1 pF to gro und and 42H to V C c- A parallel load of 25 
/xH m inimum and 78fl is connected between RCV and RCV. The same load is present on CLSN and 
CLSN. 

B. Coaxial Cable Driver Pins: 

A 25ft resistor is connected between Vqd and CXRD. Three small signal diodes are connected in series 
between the CXRD and CXTD pins such that they conduct when the 82502 is transmitting. 



TRANSMIT TIMING 



Symbol 


Parameter 


Limits 


Units 


Min 


Typ 


Max 


ti 


TRMT/TRMT Input Pulse Width 


44 




106 


ns 


t 2 


Transmit Steady State Delay 







50 


ns 


t 3 


CXTD Output Pulse Width 


ti-4 




ti 4-4 


ns 


U 


CXTD Rise Time 


20 




30 


ns 


t5 


CXTD Fall Time 


20 




30 


ns 


tfi 


Last Data Transition 
to CXTD Disabled 







195 


ns 



1 1 1 r r I 1 I I 1 /--LAST TRANSITION 

rmtUJI /\_+_J\ At A - A ; : A + A ft A - S^ 



CXTD 




rxVA/^i 



p 



Oma 
10ma 



- 72ma 
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RECEIVE Tl 


MING 










Symbol 


Parameter 


Limits 


Units 


Min 


Typ 


Max 


t? 


CXRD Input Pulse Width 


18 




132 


ns 


t 8 


RCV/RCV Output Pulse Width 


t 7 -4 




t 7 + 4 


ns 


tg 


RCV/RCV Rise Time 





3 


5 


ns 


tio 


RCV/RCV Fall Time 





3 


5 


ns 


tn 


Last RCV/RCV Transition 
to Start of A.C. Driver Stepping 


200 






ns 


tl2 


Receive Steady State Delay 







50 


ns 



CXRD 



RCV 
RCV 




-0.69V- t— » * I 

*9—l 



■0V 
-2.5V 



^N 



Njv 
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COLLISION AND HEARTBEAT TIMING 



Symbol 


Parameter 


Limits 


Units 


Min 


Typ 


Max 


tl3* 


Delay from Collision on CXRD 







900 


ns 


to First Negative Transition on CLSN/CLSN 


tl4 




86 




117 


ns 


CLSN/CLSN Cycle Time 


tl5 




39 




64 


ns 


CLSN/CLSN High Time 


tl6 




39 




64 


ns 


CLSN/CLSN Low Time 


tl7 






3 




ns 


CLSN/CLSN Rise Time 


tl8 






3 




ns 


CLSN/CLSN Fall Time 


tl9 


Delay from CXRD when Signal Level 
Exceeds Receive Threshold to Last 







1.2 


ns 


CLSN/CLSN Transition 


*20 









150 


ns 


Last CLSN/CLSN Transition to Start 
of A.C. Driver Stepping 


t 2 1 




600 




1600 


ns 


Last TRMT/TRMT Transition to Start 
of Heartbeat Packet 


*22 


Heartbeat Packet Duration 


500 




1500 


ns 



•Minimum Collision Signal Level with 25 ns Rise Time. 



COLLISION TIMING 














___ V 




r 


™™ RECEIVE S \ , r 
CXRD THRESHOLD * S S — ^ 

COLLISION S 
THRESHOLD 

0.69V 


V ; 


-, r 




231243-9 


*13h— 


H 


l h 


h 


*19 

1 


1 ' 

*20 


CLSN \ If 

-0.69V »— ' 

tl7 — 


>* — *■ 


r 


*16 
— *1 


*15 

4 — ■ 


U 



8-25 



MeT 



82502 



&mm©E MFmMMmw 



HEARTBEAT TIMING 



TRMT 
TRMT 



1Q- 



0.69V 

CLSN 0.1V 
CLSN 

-0.69V 
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LOCAL AREA NETWORK COPROCESSOR 



Performs Complete CSMA/CD Data Link 
Functions without CPU Overhead 

— High level command interface 

Supports Established and Emerging LAN 
Standards 

— IEEE 802.3/Ethernet 

— IEEE 802.3/Cheapernet 

— IBM PC Network (2 Mbps Broadband) 

— 1 Mbps Networks 

On-Chip Memory Management 

— Automatic buffer chaining saves 
memory 

— Reclaim of buffers after receipt of bad 
frames 

— Save bad frames 



Supports Minimum Component Systems 

— Shared bus configuration 

— No TTL interface to iAPX 186 and 
188 microprocessors 

Supports High Performance Systems 

— Bus master, with on-chip DMA 

— 4 MBytes/second bus bandwidth 

— Compatible with dual port memory 

— Back to back frame reception at 
10 Mbps 

Network Diagnostics: 

— Frame CRC error tally 

— Frame alignment error tally 

— Location of cable opens/shorts 

— Collision tally 



Interfaces to 8-bit and 16-bit 
Microprocessors 



Self Test Diagnostics 

— Internal loopback 

— External loopback 

— Internal register dump 

— Backoff timer check 



SYSTEM INTERFACE 



o 

SYSTEM CLOCK 
AND CONTROL SIGNALS 



s\ 



<^ 



DMA 

CONTROL 

(4 CHANNELS) 



C=^> 



A N, RECEIVE 

\ J "NIT 



\7 



SERIAL INTERFACE 



<& 



MULTIPLEXED 



<±. 



ADDRESS AND DATA 



:z= 



<2. 



DATA 

INTERFACE 

UNIT 



^ 



*tf 



RECEIVE 

FIFO 
(18 BYTES) 



?-y 



±$- 



TRANSMITTER 



A20 C 1 
A19/S6 C: 2 
A18 L 3 
A17 C 4 
A16 r s 
AD15 C 6 
AD14 r 7 
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AD11 i: 10 

adio :: 11 

V SS t 12 
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NOTE: THE SYMBOLS IN PARENTHESES 

CORRESPOND TO MINIMUM MODE. 



Figure 1. 82586 Functional Block Diagram 



Figure 2. 82586 Pinout 
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The 82586 is an intelligent, high performance Local 
Area Network coprocessor, implementing the 
CSMA/CD link access method (Carrier Sense Mul- 
tiple Access with Collision Detection). 

The 82586 performs a iarge range of link manage- 
ment and channel interface functions including: 
CSMA/CD link access, framing, preamble genera- 
tion and stripping, source address generation, des- 
tination address checking, CRC generation and 
checking. Any data rate up to 10 Mb/s can be used. 

The 82586 features a powerful host system inter- 
face. It automatically manages memory structures 
with command chaining and bidirectional data 
chaining. An on-chip DMA controller manages 4 
channels transparently to the user. Buffers contain- 
ing errored or collided frames can be automatically 
recovered. The 82586 can be configured for 8-bit or 
16-bit data path, with maximum burst transfer rate of 
2 or 4 Mbyte/sec, respectively. Memory address 
space is 16 Mbyte maximum. 

The 82586 provides two independent 16 byte Fl FO's, 
one for receiving and one for transmitting. The 
threshold for block transfer to/from memory is 



programmable, enabling the user to optimize bus 
overhead for a given worst case bus latency. 

The 82586 provides a rich set of diagnostic and 
network management functions including: internal 
and external loopbacks, exception condition tallies, 
channel activity indicators, optimal capture of all 
frames regardless of destination address, optional 
capture of errored or collided frames, and time 
domain reflectometry for locating fault points in the 
cable. 

The 82586 can be used in conjunction with either 
baseband or broadband networks. The controller 
can be configured for maximum network efficiency 
(minimum contention overhead) for any length 
network operating at any data rate within the 
82856's range. The controller supports address 
field lengths of 0, 1, 2, 3, 4, 5, or 6 bytes. It can be 
configured for either the IEEE 802.3/Ethemet or 
HDLC method of frame delineation. Both 16-bit 
and 32-bit CRC are supported. 

The 82586 is packaged in a 48 pin DIP and fabri- 
cated in Intel's reliable HMOS II 5 volt technology. 



Table 1. 82586 Pin Description 



Symbol 


Pin No. 


Type 


Name and Function 


vcc, vcc 


48,36 




System Power: +5 volt power supply. 


vss, vss 


12,24 




System Ground. 


RESET 


34 


I 


RESET is an active HIGH internally synchronized signal, causing the 
82586 to terminate present activity immediately. The signal must be 
HIGH for at least four clock cycles. The 82586 will execute RESET within 
ten system clock cycles starting from RESET HIGH. When RESET 
returns LOW, the 82586 waits for the first C A to begin the initialization 
sequence. 


TxD 


27 





Transmitted Serial Data output signal. This signal is HIGH when not 
transmitting. 


TxC 


26 


I 


Transmit Data Clock. This signal provides timing information to the 
internal serial logic, depending upon the mode of data transfer. For NRZ 
mode of operation, data is transferred to the TxD pin on the HIGH to 
LOW clock transition. 


RxD 


25 


I 


Received Data input signal. 


RxC 


23 


I 


Received Data Clock. This signal provides timing information to the 
internal shifting logic depending upon the mode of data transfer. For 
NRZ data, the state Of the RxD pin is sampled on the HIGH to LOW clock 
transition. 


RTS 


28 





Request To Send, signal. When LOW, notifies an external interface that 
the 82586 has data to transmit. It is forced HIGH after a Reset and while 
the Transmit Serial Unit is not sending data. 
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Table 1. 82586 Pin Description (Cont'd.) 



Symbol 


Pin No. 


Type 


Name and Function 


Cts 


29 


I 


Active LOW Clear To Send input enables the 82586 transmitter to 
actually send data. It is normally used as an interface handshake to RTS. 
This signal going inactive stops transmission. It is internally synchro- 
nized. If CTS goes inactive, meeting the setup time to TxC negative edge, 
transmission is stopped and RTS goes inactive within, at most, two 
TxC cycles. 


CRS 


31 


I 


Active LOW Carrier Sense input used to notify the 82586 that there is 
traffic on the serial link. It is used only if the 82586 is configured for 
external Carrier Sense. When so configured, external circuitry is 
required for detecting serial link traffic. It is internally synchronized. To 
be accepted, the signal must stay active for at least two serial clock 
cycles . 


CDT 


30 


I 


Active LOW Collision Detect input is used to notify the 82586 that a 
collision has occurred. It is used only if the 82586 is configured for 
external Collision Detect. External circuitry is required for detecting the 
collision. It is internally synchronized. To be accepted, the signal must 
stay active for at least two serial clock cycles. During transmission, the 
82586 is able to recognize a collision one bit time after preamble 
transmission has begun. 


INT 


38 





Active HIGH Interrupt request signal. 


CLK 


32 


I 


The system clock input from the 80186 or another symmetric clock 
generator. 


MN/MX 


33 


I 


When HIGH, MN/MX selects RD, WR, ALE, DEN, DT/R (Minimum 
Mode). When LOW, MN/MX selects A22, A23, READY, SO, S1 (Maximum 
Mode). Note: This pin should be static during 82586 operation. 


ADO - AD15 


6-11, 
13-22 


I/O 


These lines form the time multiplexed memory address (t1) and 
data (t2, t3, tW, t4) bus. When operating with an 8-bit bus, the high byte 
will output the address during the entire cycle. AD0-AD15 are floated 
after a RESET or when the bus is not acquired. 


A16-A18, 
A20-A23 


1,3-5, 
45-47 





These lines constitute 7 out of 8 most significant address bits for 
memory operation. They switch during t1 and stay valid during the 
entire memory cycle. The lines are floated after RESET or when the 
bus in not acquired. Address lines A22 and A23 are not available for 
use in minimum mode. 


A19/S6 


2 





During t1 it forms line 19 of the memory address. During t2 through t4 it 
is used as a status indicating that this is a Master peripheral cycle, and is 
HIGH. Its timing is identical to that of ADO- AD15 during write operation. 


HOLD 


43 





HOLD is an active HIGH signal used by the 82586 to request local bus 
mastership at the end of the current CPU bus transfer cycle, or at the 
end of the current DMA burst transfer cycle. In normal operation, 
HOLD goes inactive before HLDA. The 82586 can be forced off the 
bus by HLDA going inactive. In this case, HOLD goes inactive within 
four clock cycles in word mode and eight clock cycles in byte mode. 


HLDA 


42 


I 


HLDA is an active HIGH Hold Acknowledge signal indicating that the 
CPU has received the HOLD request and that bus control has been 
relinquished to the 82586. It is internally synchronized. After HOLD is 
detected as LOW, the processor drives HLDA LOW. Note, CONNECT- 
ING VCC TO HLDA IS NOT ALLOWED because it will cause a 
deadlock. Users wanting to give permanent bus access to the 82586 
should. connect HLDA with HOLD. 
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Table 1. 82586 Pin Description (Cont'd.) 



Symbol 


Pin No. 


Type 


Name and Function 


CA 


35 


I 


The CA pin is a Channel Attention input used by the CPU to initiate the 
82586 execution of memory resident Command Blocks. The CA signal is 
synchronized internally. The signal must be HIGH for at least one system 
clock period. It is latched internally on HIGH to LOW edge and then 
detected by the 82586. 


BHE 


44 





The Bus High Enable signal (BHE) is used to enable data onto the most 
significant half of the data bus. Its timing is identical to that of A16-A23. 
With a 16-bit bus it is LOW and with an 8-bit bus it is HIGH. Note: after 
RESET, the 82586 is configured to 8-bit bus. . 


READY 


39 


I 


This active HIGH signal is the acknowledgement from the addressed 
memory that the transfer cycle can be completed. While LOW, it causes 
wait states to be inserted. This signal must be externally synchronized 
with the system clock, the Ready signal internal to the 82586 is a logical 
OR between READY and SRDY/ARDY. 


SRDY/ARDY 


37 


I 


This active HIGH signal performs the same function as READY If it is 
programmed at configure time to SRDY, it is identical to READY. If it is 
programmed to ARDY, the positive edge of the Ready signal is internally 
synchronized. Note, the negative edge must still meet setup and hold 
time specifications, when in ARDY mode. The ARDY signal must be 
active for at least one system clock HIGH period for proper strobing. The 
Ready signal internal to the 82586 is a logical OR between READY (in 
Maximum Mode only) and SRDY/ARDY. Note that following RESET, this 
pin assumes ARDY mode. 


SO, SI 


40,41 





Maximum mode only. These status pins define the type of DMA transfer 
during^ the current memory cycle. They are encoded as follows: 
S1 SO 
Not Used 

1 Read Memory 

1 Write Memory 
1 1 Passive 

Status is active from the middle of t4 to the end of t2. They return to the 
passive state during t3 or during tW when READY or ARDY is HIGH. 
These signals can be used by the 8288 Bus Controller to generate all 
memory control and timing signals. Any change from the passive state 
signals the 8288 to start the next t1 to t4 bus cycle. These pins are pulled 
HIGH and floated after a system RESET and when the bus is not 
acquired. 


RD 


46 





Used in minimum mode only. The read strobe indicates that the 82586 is 
performing a memory read cycle. RD is active LOW during t2, t3 and tW 
of any read cycle. This signal is pulled HIGH and floated after a RESET 
and when the bus is not acquired. 


WR 


45 





Used in minimum mode only. The write strobe indicates that the 82586 is 
performing a write memory cycle. WR is active LOW during t2, t3 and tW 
of any write cycle. It is pulled HIGH and floats after RESETand when the 
bus is not acquired. 


ALE 


39 





Used in minimum mode only. Address Latch Enable is provided by the 
82586 to latch the address into the 8282/8283 address latch. It is a HIGH 
pulse, during t1 ('clock low') of any bus cycle. Note that ALE is never 
floated. 


DEN 


• 40 





Used in minimum mode only. Data ENable is provided as output enable 
for the 8286/8287 transceivers in a stand-alone (no 8288) system. DEN is 
active LOW during each memory access. For a read cycle, it is active 
from the middle of t2 until the beginning of t4. For a write cycle, it is 
active from the beginning of t2 until the middle of t4. It is pulled HIGH 
and floats after a system RESET or when the bus is not acquired. 



8-30 



iny 



82586 



[PG&OOMAGSV 



Table 1. 82586 Pin Description (Cont'd.) 



Symbol 


Pin No. 


Type 


Name and Function 


DT/R 


41 





Used in minimum mode only. DT/R is used in non-8288 systems using an 
8286/8287 data bus transceiver. It controls the direction of data flow 
through the Transceiver. Logically, DT/R is equivalent to S1. It becomes 
valid in the t4 preceding a bus cycle and remains valid until the final t4 of 
the cycle. This signal is pulled HIGH and floated after a RESET or when 
the bus is not acquired. 



82586/HOST CPU INTERACTION 

Communication between the 82586 and the host is 
carried out via shared memory. The 82586's direct 
access to memory capability allows autonomous 
transfer of data blocks (buffers, frames) and relieves 
the CPU of byte transfer overhead. The 82586 is 
optimized for operating with the iAPX 186, but due 
to the small number of hardware signals between 
the 82586 and the CPU, the 82586 can operate easily 
with other processors. In discussing 82586/Host 
interaction, the logical interface and the hardware 
bus interface are referred to separately. 

The 82586 consists of two independent units: 
Command Unit (CU) and Receive Unit (RU). The 
CU executes commands from shared memory. The 
RU handles all activities related to frame reception. 
The CU and RU enable the 82586 to engage in the 
two activities simultaneously: the CU may be fetch- 
ing and executing commands out of memory, and 
the RU may be storing received frames in memory. 
CPU intervention is only required after the CU exe- 
cutes a sequence of commands or the RU stores a 
sequence of frames. 



The only hardware signals that connect the CPU 
and the 82586, are the INTERRUPT and CHANNEL 
ATTENTION, see Figure 3. Interrupt is used by the 
82586 to draw the CPU's attention to a change in the 
SCB. The Channel Attention is used by the CPU to 
draw the 82586's attention. 



82586 SYSTEM MEMORY STRUCTURE 

The Shared Memory structure is composed of four 
parts: Initialization Root, System Control Block 
(SCB), Command List, and Receive Frame Area 
(RFA), see Figure 4. 

The Initialization Root is at a predetermined loca- 
tion in the memory space, (OFFFFF6H), known to 
both the host CPU and the 82586. The root is 
accessed at initialization and points to the System 
Control Block. 

The System Control Block (SCB) serves as a bidi- 
rectional mailbox between the host CPU, CU and 
RU. It is the central element through which the 
CPU and the 82586 exchange control and status 
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Figure 3. 82586/Host CPU Interaction 
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information. The SCB is composed of two parts. 
First, instructions from the CPU to the 82586. These 
include: control of the CU and RU (START, ABORT, 
SUSPEND, RESUME), a pointer to the list of com- 
mands for the CU, a pointer to the receive frame 
area, and a set of interrupt acknowledge bits. 
Second, information from the 82586 to the CPU that 
includes: state of the CU and RU (e.g. IDLE, ACTIVE 
READY, SUSPENDED, NO RECEIVE RESOURCES), 
interrupt bits (command completed, frame received, 
CU gone not ready, RU gone not ready), and statis- 
tics. See Figure 4. 



The Command List serves as a program for the CU. 
Individual commands are placed in memory units 
called a Command Block, or CB. CB's contain 
command specific parameters and command spe- 
cific statuses. Specifically, these high level com- 
mands are called Action Commands (e.g. Transmit, 
Configure). 

A specific command, Transmit, causes transmission 
of a frame by the 82586. The Transmit command 
block includes Destination Address, Length Field, 
and a pointer to a list of linked buffers that holds 
the frame to be constructed from several buffers 
scattered in memory. The Command Unit performs, 
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Figure 4. 82586 Shared Memory Structure 
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without the CPU intervention, the DMA of each 
buffer and the prefetching of references to new 
buffers in' parallel. The CPU is notified only after 
successful transmission or retransmission. 

The Receive Frame Area is a list of Free Frame 
Descriptors (Descriptors not yet used) and a list of 
buffers prepared by the user. It is conceptually dis- 
tinct from the Command List. Frames arrive without 
being solicited by the 82586. The 82586 must be 
prepared to receive them even if it is engaged in 
other activities and to store them in the Free Frame 
Area. The Receive Unit fills the buffers upon frame 
reception and reformats the Free Buffer List into 
received frame structures. The frame structure is 
virtually identical to the format of the frame to be 
transmitted. The first frame descriptor is referenced 
by SCB. A Frame Descriptor and the associated 
Buffer Descriptor wasted upon receiving a Bad 
Frame (CRC or Alignment errored, Receive DMA 
overrun errored, or Collision fragmated frame) are 
automatically reclaimed and returned to the Free 
Buffer List, unless the chip is configured to Save 
Bad Frames. 

Receive buffer chaining (i.e. storing incoming 
frames in a linked list of buffers) improves memory 
utilization significantly. Without buffer chaining, the 
user must allocate consecutive blocks of the maxi- 
mum frame size (1518 bytes in Ethernet) for each 
frame. Taking into account that a typical frame size 
may be about 100 bytes, this practice is very ineffi- 
cient. With buffer chaining, the user can allocate 
small buffers and the 82586 uses only as many as 
needed. 

In the past, the drawback of buffer chaining was 
the CPU processing overhead and the time involved 
in the buffer switching (especially at 10 Mb/s). The 
82586 overcomes this drawback by performing 
buffer management on its own for both transmis- 
sion and reception (completely transparent to the 
user). 

The 82586 has a 22-bit memory address range in 
minimum mode and 24-bit memory address range 
in maximum mode. All memory structures, the Sys- 
tem Control Block, Command List, Receive Des- 
criptor List, and all buffer descriptors must reside 
within one 64K-byte memory segment. The Data 
Buffers can be located anywhere in the memory 
space. 

TRANSMITTING FRAMES 

The 82586 executes high level action commands 
from the Command List in external memory. Action 
commands are fetched and executed in parallel 
with the host CPU's operation, thereby significantly 
improving system performance. The general action 
commands format is shown in Figure 5. 
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(COMMAND-SPECIFIC 
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Figure 5. Action Command Format 



Message transmission is accomplished by using 
the Transmit command. A single Transmit com- 
mand contains, as part of the command-specific 
parameters, the destination address and length 
field for the transmitted frame along with a pointer 
to a buffer area in memory containing the data 
portion of the frame. (See Figure 15.) The data 
field is contained in a memory data structure con- 
sisting of a Buffer Descriptor (BD) and Data Buffer 
(or a linked list of buffer descriptors and buffers) 
as shown in Figure 6. The BD contains a Link Field 
which points to the next BD on the list and a 24- 
bit address pointing to the Data Buffer itself. The 
length of the Data Buffer is specified by the Actual 
Count field of the BD. 
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Figure 6. Data Buffer Descriptor and Data Buffer 
Structure 
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Using the BD's and Data Buffers, multiple Data 
Buffers can be 'chained' together. Thus, a frame 
with a long Data Field can be transmitted using 
multiple (shorter) Data Buffers chained together. 
This chaining technique allows the system designer 
to develop efficient buffer management policies. 



PREAMBLE 


START 

FRAME 

DELIMITER 


DEST. 
AODR. 


SOURCE 
AODR. 


LENGTH 
FIELD 


OATA FIELD 


FRAME- 
CHECK 
SEQUENCE 


END 

FRAME 

DELIMITER 



Figure 7. Frame Format 

The 82586 automatically generates the preamble 
(alternating 1's and O's) and start frame delimiter, 
fetches the destination address and length field 
from the Transmit command, inserts its unique 
address as the source address, fetches the data 
field from buffers pointed to by the Transmit com- 
mand, and computes and appends the CRC at the 
end of the frame. (See Figure 7). 

The 82586 can be configured to generate either 
the Ethernet or HDLC start and end frame de- 
limiters. In the Ethernet mode, the start frame 



delimiter is 10101011 and the end frame delimiter 
indicated by the lack of a signal after transmitting 
the last bit of the frame check sequence field. 
When in the HDLC mode, the 82586 will generate 
the 01111110 'flag* for the start and end frame de- 
limiters and perform the standard 'bit stuffing/strip- 
ping.' In addition, the 82586 will optionally pad 
frames that are shorter than the specified minimum 
frame length by appending the appropriate number 
of flags to the end of the frame. 

In the event of a collision (or collisions), the 82586 
manages the entire jam, random wait and retry pro- 
cess, reinitializing DMA pointers without CPU inter- 
vention. Multiple frames can be sent by linking the 
appropriate number of Transmit commands together. 
This is particularly useful when transmitting a mes- 
sage that is larger than the maximum frame size 
(1518 bytes for Ethernet). 



RECEIVING FRAMES 

In order to minimize CPU overhead, the 82586 is 
designed to receive frames without CPU supervi- 
sion. The host CPU first sets aside an adequate 
amount of receive buffer space and then enables the 
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Figure 8. Receive Frame Area Diagram 
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82586's Receive Unit. Once enabled, the RU 
'watches' for any of its frames which it auto- 
matically stores in the Receive Frame Area (RFA). 
The RFA consists of a Receive Descriptor List 
(RDL) and a list of free buffers called the Free 
Buffer List (FBL) as shown in Figure 8. The indivi- 
dual Receive Frame Descriptors that make up the 
RDL are used by the 82586 to store the destination 
and source address, length field and status of each 
frame that is received. (Figure 9.) 
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Figure 9. Receive Frame Descriptor 

The 82586, once enabled, checks each passing 
frame for an address match. The 82586 will recog- 
nize its own unique address, one or more multicast 
addresses or the broadcast address. If a match 
occurs, it stores the destination and source address 
and length field in the next available RFD. It then 
begins filling the next free Data Buffer Onthe FBL 
(which is pointed to by the current RFD) with the 
data portion of the incoming frame. As' one DB is 
filled, the 82586 automatically fetches the next DB 
on the FBL until the entire frame is received. This 
buffer chaining technique is particularly memory 
efficient because it allows the system designer to 
set aside buffers that fit a frame size that may be 
much shorter than the maximum allowable frame. 



Once the entire frame is received without error, the 
82586 performs the following housekeeping tasks: 



• Posts a 'Frame Received' interrupt status bit in the 
SCB. 

• Interrupts the CPU. 

In the event of a frame error, such as a CRC error, the 
82586 automatically reinitializes its DMA pointers 
and reclaims any data buffers containing the bad 
frame. As long as Receive Frame Descriptors and 
data buffers are available, the 82586 will continue to 
receive frames without further CPU help. 

82586 NETWORK MANAGEMENT 
AND DIAGNOSTIC FUNCTIONS 

The behavior of data communication networks is 
typically very complex due to their distributed and 
asynchronous nature. It is particularly difficult to 
pin-point a failure when it occurs. The 82586 was 
designed in anticipation of these problems and 
includes a set of features for improving reliability 
and testability. 

The 82586 reports on the following events after each 
frame transmitted: 

• Transmission successful. 

• Transmission unsuccessful; lost Carrier Sense. 

• Transmission unsuccessful; lost Clear-to-Send. 

• Transmission unsuccessful; DMA underrun 
because the system bus did not keep up with the 
transmission. 

• Transmission unsuccessful; number of collisions 
exceeded the maximum allowed. 

The 82586 checks each incoming frame and reports 
on the following errors, (if configured to 'Save Bad 
Frame'): 

• CRC error: incorrect CRC in a well aligned frame. 

• Alignment error: incorrect CRC in a misaligned 
frame. 

• Frame too short: the frame is shorter than the 
configured value for minimum frame length. 

• Overrun: the frame was not completely placed in 
memory because the system bus did not keep up 
with incoming data. 

• Out of buffers: no memory resources to store the 
frame, so part of the frame was discarded. 



• Updates the Actual Count field of the last Buffer 
Descriptor used to hold the frame just received 
with the number of bytes stored in its associated 
Data Buffer. 

• Fetches the address of the next free Receive 
Frame Descriptor. 

• Writes the address of the next free Buffer Descrip- 
tor into the next free Receive Frame Descriptor. 



NETWORK PLANNING AND 
MAINTENANCE 

To perform proper planning, operation, and mainte- 
nance of a communication network, the network 
management entity must accumulate information 
on network behavior. The 82586 provides a rich set 
of network-wide diagnostics that can serve as the 
basis for a network management entity. 
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Network Activity information is provided in the sta- 
tus of each frame transmitted. The activity indica- 
tors are: 

• Number of collisions: number of collisions the 
82586 experienced in attempting to transmit this 
frame. 

• Deferred transmission: indicates if the 82586 had 
to defer to traffic on the link during the first 
transmission attempt. 

Statistics registers are updated after each received 
frame that passes the address filtering, and is longer 
than the Minimum Frame Length configuration 
parameter. 

• CRC errors: number of frames that experienced a 
CRC error and were properly aligned. 

• Alignment errors: number of frames that expe- 
rienced a CRC error and were misaligned. 

• No-resources: number of correct frames lost due 
to lack of memory resources. 

• Overrun errors: number of frame sequences lost 
due to DMA overrun. 

The 82586 can be configured to Promiscuous 
Mode. In this mode it captures all frames trans- 
mitted on the Network without checking the Des- 
tination Address. This is useful in implementing a 
monitoring station to capture all frames for 
analysis. 

The 82586 is capable of determining if there is a 
short or open circuit anywhere in the Network 
using the built in Time Domain Reflectometer 
(TDR) mechanism. 

STATION DIAGNOSTICS 

The chip can be configured to External Loopback. 
The transmitter to receiver interconnection can be 
placed anywhere between the 82586 and the link to 
locate faults, for example: the 82586 output pins, the 
Serial Interface Unit, the Transceiver cable, or in the 
Transceiver. 

The 82586 has a mechanism recognizing the trans- 
ceiver 'heart beat' signal for verifying the correct 
operation of the Transceiver's collision detection 
circuitry. 

82586 SELF TESTING 

The 82586 can be configured to Internal Loopback. 
It disconnects itself from the Serial Interface Unit, 
and any frame transmitted is received immediately. 
The 82586 connects the Transmit Data to the Receive 
Data signal and the Transmit Clock to the Receive 
Clock. 

The Dump Command causes the chip to write over 
100 bytes of its internal registers to memory. 



The Diagnose command checks the exponential 
Backoff random number generator internal to the 
82586. 



CONTROLLING THE 82586 

The CPU controls operation of the 82586's Com- 
mand Unit (CU) and Receive Unit (RU) of the 82586 
via the System Control Block. 

THE COMMAND UNIT (CU) 

The Command Unit is the logical unit that executes 
Action Commands from a list of commands very 
similar to a CPU program. A Command Block (CB) 
is associated with each Action Command. 

The CU can be modeled as a logical machine that 
takes, at any given time, one of the following states: 

• IDLE-CUisnotexecutingacommandand isnot 
associated with a CB on the list. This is the initial 
state. 

• SUSPENDED - CU is not executing a command 
but (different from IDLE) is associated with a CB 
on the list. 

• ACTIVE - CU is currently executing an Action 
Command, and points to its CB. 

The CPU may affect the CU operation in two ways: 
issuing a CU control Command or setting bits in the 
COMMAND word of the Action Command. 

THE RECEIVE UNIT (RU) 

The Receive Unit is the logical unit that receives 
frames and stores them in memory. 

The RU is modeled as a logical machine that takes, 
at any given time, one of the following states: 

• IDLE - RU has no memory resources and is dis- 
carding incoming frames. This is the initial RU 
state. 

• NO-RESOURCES - RU has no memory resour- 
ces and is discarding incoming frames. This state 
differs from the IDLE state in that RU accumu- 
lates statistics on the number of frames it had to 
discard. 

• SUSPENDED - RU has free memory resources to 
store incoming frames but discards them anyway. 

• ■ READY - RU has free memory resources and 

stores incoming frames. 

The CPU may affect RU operation in three ways: 
issuing an RU Control Command, setting bits in 
Frame Descriptor, FD, COMMAND word of the 
frame currently being received, or setting EL bit of 
Buffer Descriptor, BD, of the buffer currently being 
filled. 
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Figure 10. System Control Block (SCB) Format 



SYSTEM CONTROL BLOCK (SCB) 

The System Control Block is the communication 
mail-box between the 82586 and the host CPU. The 
SCB format is shown in Figure 10. 



The host CPU issues Control Commands to the 
82586 via the SCB. These commands may appear 
at any time during routine operation, as determined 
by the host CPU. After the required Control Com- 
mand is setup, the CPU sends a CA signal to the 
82586. 

SCB is also used by the 82586 to return status 
information to the host CPU. After inserting the 
required status bits into SCB, the 82586 issues an 
Interrupt to the CPU. 

The format is as follows: 

STATUS word: Indicates the status of the 82586. 
This word is modified only by the 82586. Defined 
bits are: 



i 

ex 


(Bit 15) 


- A command in the CBL 
having its T (interrupt) 
bit set has been 
executed. 


FR 


(Bit 14) 


- A frame has been 
received. 


CNR 


(Bit 13) 


- The Command Unit left 
the Active state. 



RNR 


(Bit 12) 


- The Receive Unit left 
the Ready state. 


CUS 


(Bits 8-10) 


- (3 bits) this field con- 
tains the status of the 
Command Unit. 
Valid values are: 

- Idle 

1 - Suspended 

2 - Active 
3-7 - Not used 


RUS 


(Bits 4-6) 


- (3 bits) this field 
contains the status of 
the Receive Unit. Valid 
values are: 

- Idle 

1 - Suspended 

2 - No Resources 

3 - Not used 

4 - Ready 
5-7 - Not used 



COMMAND word: Specifies the action to be per- 
formed as a result of the CA. This word is set by the 
CPU and cleared by the 82586. Defined bits are: 



ACK-CX 


(Bit 15) 


- Acknowledges the 
command executed 
event. 
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ACK-FR 


(Bit 14) 


- Acknowledges the 
frame received event. 


ACK-GNA 


(Bit 13) 


- Acknowledges that the 




~-~ 


Command Unit became 
not ready. 


ACK-RNR 


(Bit 12) 


- Acknowledges that the 
Receive Unit became 
not ready. 


cue 


(Bits 8-10) 


- (3 bits) this field con- 
tains the command to 
the Command Unit. 
Valid values are: 







- NOP (doesn't affect 
current state of the unit). 




1 


- Start execution of the 
first command on the 
CBL If a command is 
in execution, then com- 
plete it before starting 
the new CBL. The 
beginnng of the CBL is 
in CBL OFFSET. 




2 


- Resume the operation 
of the command unit by 
executing the next 
command. This opera- 
tion assumes that the 
command unit has been 
previously suspended. 




3 


- Suspend execution of 
commands on CBL after 
current command is 
complete. 




4 


- Abort execution of 
commands immediately. 




5-7 


- Reserved, illegal for use. 


RUC 


(Bits 4-6) 


- (3 bits) This field con- 
tains the command to 
the receive unit. Valid 
values are: 







- NOP (does not alter 
current state of unit). 




1 


- Start reception of 
frames. If a frame is 
being received, then 
complete reception 
before starting. The 
beginnng of the RFA is 
contained in the RFA 



RESET 


2 
3 

4 

5-7 
(Bit 7) 


OFFSET 

- Resume frame receiving 
(only when in sus- 
pended state.) 

- Suspend frame receiv- 
ing. If a frame is being 
received, then complete 
its reception before 
suspending. 

- Abort receiver operation 
immediately. 

- Reserved, illegal for use. 

- Reset chip (logically the 
same as hardware 
RESET). 



CBL-OFFSET: 

gives the 16-bit offset address of the first command 
(Action Command) in the command list to be 
executed following CU-START Thus, the 82586 
reads this word only if the CUC field contained a 
CU-START Control Command. 

RFA-OFFSET: 

Points to the first Receive Frame Descriptor in the 
Receive Frame Area 

CRCERRS: 

CRC Errors - contains the number of properly 
aligned frames received with a CRC error. 

ALNERRS: 

Alignment Errors - contains the number of mis- 
aligned frames received with a CRC error. 

RSCERRS: 

Resource Errors - records the number of correct in- 
coming frames discarded due to lack of memory re- 
sources (buffer space or received frame descriptors). 

OVRNERRS: 

Overrun Errors - counts the number of received 
frame sequences lost because the memory bus was 
not available in time to transfer them. 



ACTION COMMANDS 

The 82586 executes a 'program' that is made up of 
action commands in the Command List. As shown 
in Figure 5, each command contains the command 
field, status and control fields, link to the next action 
command in the CL, and any command-specific 
parameters. This command format is called the 
Command Block. 
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2 

(COMMAND) 
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B 


CK 


A 


ZEROS 


EL 


S 


' 




^^^^$^ 


^^^^ 


1 i 
CMD = 
1 i 


LINK OFFSET 















Figure 11. The NOP Command Block 



The 82586 has a repertoire of 8 commands: 

NOP 

Setup Individual Address 

Configure 

Setup Multicast Address 

Transmit 

TDR 

Diagnose 

Dump 



COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


I 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- NOP=0 



LINK OFFSET: Address of next Command Block 



NOP 

This command results in no action by the 82586, 
except as performed in normal command proc- 
essing. It is present to aid in Command List 
manipulation. 

NOP command includes the following fields: 



STATUS word (written by 82586): 



c 


(Bit 15) 


- Command completed 


B 


(Bit 14) 


- Busy executing 
command 


OK 


(Bit 13) 


- Error free completion 



IA-SETUP 

This command loads the 82586 with the Individual 
Address. This address is used by the 82586 for 
recognition of Destination Address during recep- 
tion and insertion of Source Address during 
transmission. 



The IA-SETUP command includes the following 
fields: 





15 ODD BYTE 








EVEN BYTE 



(STATUS) 

2 
(COMMAND) 

4 
6 




C 


B 


OK 


A 


ZEROS 


EL 


S 


I 




i i 

CMD = 1 
i i 


LINK OFFSET 




2ND BYTE 


1 

1 


1ST BYTE 






.... 




1 

INDIVIDUAL ADDRESS 






8 






NTH BYTE 


1 

1 

i 






10 















Figure 12. The IA-SETUP Command Block 
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STATUS word (written by 82586): 



c 

B 

OK 
A 


(Bit 15) 
(Bit 14) 

(Bit 13) 
(Bit 12) 


- Command completed 

- Busy executing 
command 

- Error free completion 

- Command aborted 



The CONFIGURE command includes the following 
fields: 



COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


I 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- IA-SETUP = 1 



LINK OFFSET: Address of next Command Block 

INDIVIDUAL ADDRESS: Individual Address 
parameter 

The least significant bit of the Individual Address 
parameter must be zero for IEEE 802.3/Ethernet. 
However, no enforcement of is provided by the 
82586. Thus, an Individual Address with least 
significant bit 1, is possible. 



CONFIGURE 

The CONFIGURE command is used to update the 
82586 operating parameters. 



STATUS word (written by 82586): 


C 
B 

OK 
A 


(Bit 1-5) 
(Bit 14) 

(Bit 13) 
(Bit 12) 


- Command completed 

- Busy executing 
command 

- Error free completion 

- Command aborted 



COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


I 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- Configure = 2 



LINK OFFSET: Address of next Command Block 



Byte 6-7: 




Byte Count, Number of 
bytes including this one, 
holding the parameters 
to be configured. A 
number smaller than 4 
is interpreted as 4. A 
number greater than 12 
is interpreted as 12. 



15 ODD BYTE 



LINK OFFSET 



EXT 
LP 
BCK 



INT 
LP 
BCK 



PREAM 
LEN 



-i 1 r 

FIFO LIM 



AT 
LOC 



H h 



INTERFRAME SPACING 



RETRY NUM 



CDT 
SRC 



H h 



CRS 
SRC 



H h 



SLT TM (H) 

-I H 

CRSF 
_l L_ 



SAV 
BF 



BOF 
MET 



SRDY/ 



ARDY 



ACR 



CMD = 2 
-J L- 



BYTECNT 
-I I I 



LIN PRIO 
_l L- 



SLOTTIME(L) 



BT 
STF 



CRC 
16 



NCRC TONO 



MAN 
CH/ 
NRZ 



BC 
DIS 



MIN FRM LEN 



Figure 13. The CONFIGURE Command Block 
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FIFO-LIM 


(Bits 8-11) 


- Value of FIFO Threshold. 



Byte 8-9: 



I 

SRDY/ARDY(Bit 6) 









- SRDY/ARDYpin 
operates as ARDY 
(internal 
synchronization). 




1 


- SRDY/ARDYpin 
operates as SRDY 
(external 
synchronization). 


SAV-BF 


(Bit 7) 









- Received bad frames are 
not saved in memory. 




1 


- Received bad frames are 
saved in memory. 


ADDR-LE 


vJ(Bits8-10) 


- Number of address 
bytes. NOTE: 7 is 
interpreted as 0. 


AT-LOC 


(Bit 11) 









- Address and Length 
Fields separated from 
data and associated 
with Transmit Com- 
mand Block or Receive 
Frame Descriptor. For 
transmitted Frame, 
Source Address is 
inserted by the 82586. 




1 


- Address and Length 
Fields are part of the 
Transmit/Receive data 
buffers, including 
Source Address (which 
is not inserted by the 
82586). 


PREAM- 


(Bits 


- Preamble Length 


LEN 


12-13) 


including Beginning of 
Frame indicator: 

00 - 2 bytes 

01 - 4 bytes 
10-8 bytes 
11 -16 bytes 


INT-LPBC 


<(Bit 14) 


- Internal Loopback 


EXT-LPBC 


<(Bit 15) 


- External Loopback. 
NOTE: Bits 14 and 15 
configured to 1, cause 
Internal Loopback. 



ACR 


(Bits 4-6) 


- Accelerated Contention 
Resolution (Exponential 
Priority) 


BOF-MET 


(Bit 7) 


- Exponential Backoff 
Method 

- IEEE 802.3/Ethernet 

1 - Alternate method 


INTER- 


'(Bits 8-15) 


- Number indicating the 


FRAME 




Interframe Spacing in 


SPACING 




TxC period units 



Byte 12-13: 



SLOT- 
TIME (L) 


(Bits 0-7) 


- Slot Time number, low 
byte 


SLT-TM (H 


) (Bits 8-10) 


- Slot Time number, high 
bits 


RETRY- 
NUM 


(Bits 
12-15) 


- Maximum number of 
transmission retries on 
collisions 



Byte 10-11: 



LIN-PRIO 



(Bits 0-2) 



Linear Priority 



Byte 14-15: 






PRM 


(Bit 0) 


- Promiscuous Mode 


BC-DIS 

MANCH/ 

NRZ 


(Bit 1) 

(Bit 2) 


1 


- Broadcast Disable 

- Manchester or NRZ 
encoding/decoding 

- NRZ 

- Manchester 


TONO-CF 


S(Bit 3) 



1 


- Transmit on No Carrier 
Sense 

- Cease transmission if 
CRS goes inactive dur- 
ing frame transmission 

- Continue transmission 
even if no Carrier Sense 


NCRC-IN 


5 (Bit 4) 


- No CRC Insertion 


CRC-16 


(Bit 5) 


1 


- CRC Type: 

- 32 bit Autodin II CRC 
polynomial 

- 16bitCCITTCRC 
polynomial 


BT-STF 


(Bit 6) 


1 


Bitstuffing: 

- End of Carrier mode 
(Ethernet) 

- HDLC like Bitstuffing 
mode 


PAD 


(Bit 7) 



- Padding 

- No Padding 
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1 


- Perform padding by 
transmitting flags for 
remainder of Slot Time 


CRSF 


(Bits 8-9) 


- Carrier Sense Filter in 
bit times 


CRS-SRC 


(Bit 11) 



1 


Carrier Sense Source 

- External 

- Internal 


CDTF 
CDT-SRC 


(Bits 
12-14) 
(Bit 15) 

1 


- Collision Detect Filter in 
bit times 

- Collision Detect Source 

- External 

- Internal 



Table 2. 82586 Default Values 



Byte 16: 

MIN-FRM- 
LEN- 



(Bits 0-7) 



Minimum number of 
bytes in a frame 



Preamble Length 


2 


Address Length 


6 


Broadcast Disable 





CRC-16/CRC-32 





No CRC Insertion 





Bitstuffing/EOC 





Padding 





Min-Frame-Length 


= 64 


I nterframe Spacing 


= 96 


Slot Time 


= 512 


Number of Retries 


15 


Linear Priority 





Accelerated Contention Resolution 





Exponential Backoff Method 





Manchester/NRZ 





Internal CRS 





CRS Filter 





Internal CDT 





CDT Filter 





Transmit On No CRS 


= 


FIFO THRESHOLD 


8 


SRDY/ARDY 





Save Bad Frame 





AT-LOC i 


= 


INT Loopback 





EXT Loopback 





Promiscuous Mode 






CONFIGURATION DEFAULTS 

The default values of the configuration parameters 
are compatible with the IEEE 802.3/Ethernet Stan- 
dards. RESET configures the 82586 according to 
the defaults shown in Table 2. 



MC-SETUP 

This command sets up the 82586 with a set of 
Multicast Addresses. Subsequently, incoming 
frames with Destination Addresses from this set are 
accepted. 



15 ODD BYTE 








EVEN BYTE 





c 


B 


OK 


A 


ZEROS 


EL 


s 


1 


^^^^^^$^$^^ 


1 1 

CMD = 3 
1 1 


LINK OFFSET 


^^^ 


MC-CNT 


2ND BYTE J 

1 
MC-4D 
I 
NTH BYTE • 




1ST BYTE 












ADDITIONAL MC-ID'S 









(STATUS) 

2 

(COMMAND) 

4 
6 



Figure 14. The MC-SETUP Command Block 
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The MC-SETUP command includes the following 
fields: 

STATUS word (written by 82586): 



c 


(Bit 15) 


- Command completed 


B 


(Bit 14) 


- Busy executing 
command 


OK 


(Bit 13) 


- Error free completion 


A 


(Bit 12) 


- Command aborted 


COMMAND word: 


EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


1 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- MC-SETUP = 3 



LINK OFFSET: Address of next Command Block 

MC-CNT: A 14-bit field indicating the number of 
bytes in the MC-LIST field. MC-CNT is truncated to 
the nearest multiple of Address Length (in bytes). 
Issuing a MC-SETUP command with MC-CNT=0 
disables reception of any incoming frame with a 
Multicast Address. 

MC-LIST: A list of Multicast Addresses to be 
accepted by the 82586. Note that the most significant 
byte of an address is followed immediately by the 
least significant byte of the next address. Note also 
that the least significant bit of each Multicast 
Address in the set must be a one. 

The Transmit-Byte-Machine maintains a 64-bit 
HASH table used for checking Multicast Addresses 
during reception. 



An incoming frame is accepted if it has a Destination 
Address whose least significant bit is a one, and 
after hashing points to a bit in the HASH table 
whose value is one. The hash function is selecting 
bits 2 to 7 of the CRC register. RESET causes the 
HASH table to become all zeros. 

After the Transmit-Byte-Machine reads a MC- 
SETUP command from TX-FI FO, it clears the HASH 
table and reads the bytes in groups whose length is 
determined by the ADDRESS length. Each group is 
hashed using CRC logic and the bit in the HASH 
table to which bits 2-7 of the CRC register point is set 
to one. A group that is not complete has no effect on 
the HASH table. Transmit-Byte-Machine notifies 
CU after completion. 

TRANSMIT 

The TRANSMIT command causes transmission 
(and if necessary retransmission) of a frame. 

TRANSMIT CB includes the following fields: 

STATUS word (written by 82586): 



C 
B 

OK 

A 

S10 



S9 



(Bit 15) 
(Bit 14) 

(Bit 13) 
(Bit 12) 
(Bit 10) 



(Bit 9) 



- Command completed 

- Busy executing 
command 

- Error free completion 

- Command aborted 

- No Carrier Sense signal 
during transmission 
(between beginning of 
Destination Address 
and end of Frame 
Check Sequence). 

- Transmission 
unsuccessful (stopped) 
due to loss of Clear-to- 
Send signal. 



15 ODD BYTE 
























EVEN BYTE 





c 


B 


OK 


A 





S10 


S9 


S8 


S7 


S6 


S5 







i i 
MAX COLL 
1 1 


EL 


s 


I 


^^^^^^ 


y^ ^ 


1 1 

CMD = 4 


LINK OFFSET 


NEXT BD OFFSET 


2ND BYTE 
NTH BYTE 










l 

1 1ST BYTE 
I 
DESTINATION ADDRESS 
1 
1 
i 






MC 






LENGTH FIELD 




(STATUS) 



(COMMAND) 
4 



Figure 15. The Transmit Command Block 
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S8 


(Bit 8) 


- Transmission 
unsuccessful (stopped) 
due to DMA underrun, 
(i.e. data not supplied 
from the system for 
transmission). 


S7 


(Bit 7) 


- Transmission had to 
Defer to traffic on the 
link. 


S6 


(Bit 6) 


- Heart Beat, indicates 
that during Interframe 
Spacing period after the 
previous transmission, a 
pulse was detected on 
the Collision Detect pin. 


S5 


(Bit 5) 


- Transmission attempt 
stopped due to number 
of collisions exceeding 
the maximum number 
of. retries. 


MAX- 


(Bits 3-0) 


- Number of Collisions 


COLL 




experienced by this 
frame. S5 = 1 and MAX- 
COLL = indicates that 
there were 16 collisions. 



COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


I 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- TRANSMIT =4 



LINK OFFSET: Address of next Command Block 

TBD OFFSET: Address of list of buffers holding the 
Information field. TBD-OFFSET = OFFFFH indicates 
that there is no Information field. 



DESTINATION ADDRESS: Destination Address of 
the frame. 

LENGTH FIELD: Length field of the frame. 
STATUS word: 



EOF 




- Indicates that this is the 
Buffer Descriptor of the 
last buffer of this 
frame's Information 
Field. 


ACT- 


(Bits 0-13) 


- Actual number of data 


COUNT 




bytes in buffer (can be 
even or odd). 



NEXT BD OFFSET: points to next Buffer Descriptor 
in list. If EOF is set, this field is meaningless. 

BUFFER ADDRESS: 24-bit absolute address of 
buffer. 



TIME DOMAIN REFLECTOMETER - TDR 

This command performs a Time Domain Reflect- 
ometer test on the serial link. By performing the 
command, the user is able to identify shorts or opens 
and their location. Along with transmission of All 
Ones,' the 82586 triggers an internal timer. The timer 
measures the time elapsed from transmission start 
until 'echo' is obtained. 'Echo' is indicated by 
Collision Detect going active or Carrier Sense 
signal drop. -' , 

TDR command includes the following fields: 

STATUS word (written by 82586): 



c. 


(Bit 15) 


- Command completed 


B 


(Bit 14) 


- Busy executing 
command 


OK 


(Bit 13) 


- Error free completion 



15 ODD BYTE 




EVEN BYTE 





EOF 


v/, 


i i i ■ i i i i ii i ii 

ACT COUNT 
I i 1 i I i ii i I i ii 


NEXT BD OFFSET 




BUFFER ADDRESS 




- 


m 


/////////////////// 






(STATUS) 



Figure 16. The Transmit Buffer Descriptor 
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CMD = 5 
1 1 


LINK OFFSET 


LNK 
OK 
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Figure 17. The TDR Command Block 



COMMAND word: 



EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


I 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- TDR = 5 



LINK OFFSET: Address of next Command Block 



RESULT word: 



ET-SRT 


(Bit 12) 


- Short on the link 
identified (valid only in 
the case of a 
Transceiver that returns 
Carrier Sense during 
transmission). 


TIME 


(Bits 0-10) 


- Specifying the distance 
to a problem on the link 
(if one exists) in 
transmit clock cycles. 



LNK-OK 


(Bit 15) 


- No link problem 
identified 


XCVR-PRB(Bit14) 


- Transceiver Cable 






Problem identified (valid 






only in the case of a 






Transceiver that does 






not return Carrier Sense 






during transmission). 


ET-OPN 


(Bit 13) 


- Open on the link 
identified (valid only in 
the case of a 
Transceiver that returns 
Carrier Sense during 
transmission). 



DUMP 

This command causes the contents of over a 
hundred bytes of internal registers to be placed in 
memory. It is supplied as a self diagnostic tool, as 
well as to supply registers of interest to the user. 



DUMP command includes the following fields: 
STATUS word (written by 82586): 



c 


(Bit 15) 


- Command completed 


B 


(Bit 14) 


- Busy executing 
command 


OK 


(Bit 13) 


- Error free completion 





15 





















c 


B 


OK 


A 


ZEROS 





(STATUS) 

2 
(COMMAND) 
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EL 
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• 
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^^^^^^^^^ 
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Figure 18. The DUMP Command Block 
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COMMAND word: 




EL 


(Bit 15) 


- End of command list 


S 


(Bit 14) 


- Suspend after 
completion 


1 


(Bit 13) 


- Interrupt after 
completion 


CMD 


(Bits 0-2) 


- DUMP =6 



After RESET - All Ones.' 
After good frame reception - 

1. For CRC-CCITT - OIDOFH 

2. ForCRC-Autodin-ll-C704DD7BH 

After Bad Frame reception - corresponds to the 
received information. 



LINK OFFSET: Address of next Command Block 

BUFFER OFFSET: This word specifies the offset 
portion of the memory address which points to the 
top of the buffer allocated for the dumped registers 
contents. The length of the buffer is 170 bytes. 



After reception attempt, i.e. unsuccessful check 
for address match, corresponds to the CRC 
performed on the frame address. 

NOTE 

Any frame on the serial link modifies this 
register contents. 



DUMP AREA FORMAT 

Figure 18 shows the format of the DUMP area. The 
fields are as follows: 

Bytes 00H to OAH: These bytes correspond to the 
82586 CONFIGURE command field. 



Bytes OCH to 11 H: The Individual Address Register 
content. IARO is the Individual Address least sig- 
nificant byte. 

Bytes 12H to 13H: Status word of last command 
block (only bits 0-13). 

Bytes 14H to 17H: Content of the Transmit CRC 
generator. TXCRCRO is the least significant byte. 
The contents are dependent on the activity before 
the DUMP command: 

After RESET - All Ones.' 

After successful transmission - All Zeros.' 

After MC-SETUP command - Generated CRC 
value of the last MC address, on MC-LIST 

After unsuccessful transmission, depends on 
where it stopped. 

NOTE 

For 16-bit CRC only TXCRCRO and 
TXCRCR1 are valid. 



Bytes 18H to 1BH: Contents of Receive CRC 
Checker. RXCRCRO is the least significant byte. 
The contents are dependent on the activity per- 
formed before the DUMP command: 
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Figure 19. The DUMP Area 



8-46 



inteT 



82586 



P^ilLOIMIDKlAGW 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





7///////////////1 «"™BA M( H,OH, 


NXT RB ADR (LOW) 


EL^^ CUR RB SIZE 


LARBDADR 


NXTRBDADR 


CUR RBO ADR 


CURRBEBC 


NXT FD ADR 


CUR FD ADR 


TEMPORARY 


tor [X] NXT TB CNT 


BUF ADR 


NXT TB ADR 


LATBDADR 


NXT TBD ADR 


4«l ■ V///////////////////A SKSK 


NXT CB ADR 


CUR CB ADR 


xlxix 


XK 


XK 


XIXEXIXIXIXIXIXIX 


SCB ADR 










































































































































































































































































F 


IFO 


LI 


u 















































































0, 






















































































SAV 
BF 


rdl 


AC 
IOC 











Vo* 

















X 





\o* 











z 




oIf° 


Vo 














CX 


FR 


CNA 


RNR 







1 





RU 
IDL 


RU 

ROY 


H-Rie 


RU 

sus 






















































































































































































































































BUF ADR PTR (HIGH) 


BUF ADR PRT (LOW) 


RCV DMA BC 


1 1 I l I l 1 1 1 i • i i • ■ 
BR* BUF ADR*H 


























RCV DMA ADR H 


RCV DMA ADR L 


































































































































































































1 


1 









































nrer» 



































































































Bytes 1CH to 21 H: Temporary Registers. 

Bytes 22H to 23H: Receive Status Register. Bits 
6,7,8,10,11 and 13 assume the same meaning as 
corresponding bits in the Receive Frame Descriptor 
Status field. 

Bytes 24H to 2BH: HASH TABLE. 

Bytes 2CH to 2DH: Status bits of the last time TDR 
command that was performed. 

NXT-RB-SIZE: Let N be the last buffer of the last 
received frame, then NXT-RB-SIZE is the number of 
bytes of available in the N+1 buffer. EL - The EL bit of 
the Receive Buffer Descriptor. 

NXT-RB-ADR: Let N be the last Receive Buffer used, 
then NXT-RB-ADR is the BUFFER-ADDRESS field 
in the N+1 Receive-Buffer Descriptor, i.e. the pointer 
to the N+1 Receive Buffer. 

CUR-RB-SIZE: The number of bytes in the last 
buffer of the last received frame. EL - The EL bit of 
the last buffer in the last received frame. 

LA-RBD-ADR: Look Ahead Buffer Descriptor, i.e. 
the pointer to N+2 Receive Buffer Descriptor. 

NXT-RBD-ADR: Next Receive Buffer Descriptor 
Address. Similar to LA-RBD-ADR but points to N+1 
Receive Buffer Descriptor. 

CUR-RBD-ADR: Current Receive Buffer Descriptor 
Address. Similar to LA-RBD-ADR, but points to Nth 
Receive Buffer Descriptor. 



CUR-RB-EBC: Current Receive Buffer Empty Byte 
Count. Let N be the currently used Receive Buffer. 
Then CUR-RB-EBC indicates the Empty part of the 
buffer, i.e. the ACT-COUNT of buffer N is given by 
the difference between its SIZE and the CUR- 
RB-EBC. 

NXT-FD-ADR: Next Frame Descriptor Address. 
Define N as the last Receive Frame Descriptor with 
bits C=1 and B=0, then NXT-FD-ADR is the address 
of N+2 Receive Frame Descriptor (with B=C=0) and 
is equal to the LINK-ADDRESS field in N+1 Receive 
Frame Descriptor. 

CUR-FD-ADR: Current Frame Descriptor Address. 
Similar to next NXT-FD-ADR but refers to N+1 
Receive Frame Descriptor (with B=1, C=0). 



A2 Bytes 54H to 55H: Temporary register. 



Figure 19. DUMP Area (con't) 
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NXT-TB-CNT: Next Transmit Buffer Count. Let N be 
the last transmitted buffer of the TRANSMIT com- 
mand executed recently, the NXT-TB-CNT is the 
ACT-COUNT field in the Nth Transmit Buffer 
Descriptor. EOF - Corresponds to the EOF bit of the 
Nth Transmit Buffer Descriptor. EOF=1 indicates 
that the last buffer accessed by the 82586 during 
Transmit was the last Transmit Buffer in the data 
buffer chain associated with the Transmit Command. 

BUF-ADR: Buffer Address. The BUF-PTR field in 
the DUMP-STATUS Command Block. 

NXT-TB-AD-L: Next Transmit Buffer Address Low. 
Let N be the last Transmit Buffer in the transmit 
buffer chain of the TRANSMIT Command performed 
recently, then NXT-TB-AD-L are the two least sig- 
nificant bytes of the Nth buffer address. 

LA-TBD-ADR: Look Ahead Transmit Buffer Descrip- 
tor Address. Let N be the last Transmit Buffer in the 
transmit buffer chain of the TRANSMIT Command 
performed recently, then LA-TBD-ADR is the NEXT- 
BD-ADDRESS field of the Nth Buffer Descriptor. 

NXT-TBD-ADR: Next Transmit Buffer Descriptor 
Address. Similar in function to LA-TBD-ADR but 
related to Transmit Buffer Descriptor N-1. Actually, it 
is the address of Transmit Buffer Descriptor N. 

Bytes 60H, 61 H: This is a copy of the 2nd word in the 
DUMP-STATUS command presently executing. 

NXT-CB-ADR: Next Command Block Address. The 
LINK-ADDRESS field in the DUMP Command Block 
presently executing. Points to the next command. 

CUR-CB-ADR: Current Command Block Address. 
The address of the DUMP Command Block currently 
executing. 



Frame Descriptor used recently, then RU-SUS- 
FD is equivalent to the S bit of N+1 Receive 
Frame Descriptor. 

Bytes 82H, 83H: 

RU-SUS (Bit 4) - Receive Unit in SUSPENDED 
state. 

RU-NRSRC (Bit 5) - Receive Unit in NO 
RESOURCES state. 

RU-RDY (Bit 6) - Receive Unit in READY state. 

RU-IDL (Bit 7) -Receive Unit in IDLE state. 

RNR (Bit 12) - RNR Interrupt In Service bit. 

CNA (Bit 13) - CNA Interrupt In Service bit. 

FR (Bit 14) - FR Interrupt In Service bit. 

CX (Bit 15) - CX Interrupt In Service bit. 

Bytes 90H to 93H: 

BUF-ADR-PTR - Buffer pointer is the absolute 
address of the bytes following the DUMP 
Command block. 

Bytes 94H to 95H: 

RCV-DMA-BC - Receive DMA Byte Count. This 
field contains number of bytes to be transferred 
during the next Receive DMA operation. The 
value depends on AT-LOCation configuration 
bit. 

1. If AT-LOCation = then RCV-DMA-BC = 
(2 times ADDR-LEN plus 2) if the next 
Receive Frame Descriptor has already 
been fetched. 

2. If AT-LOCation = 1 then it contains the size 
of the next Receive Buffer. 



SCB-ADR: Offset of the System Control Block 
(SCB). 

Bytes 7EH, 7FH: 

RU-SUS-RQ (Bit 4) - Receive Unit Suspend 
Request. 

Bytes 80H, 81 H: 

CU-SUS-RQ (Bit 4) - Command Unit Suspend 
Request 

END-OF-CBL (Bit 5) - End of Command Block 
List. If '1' indicates that DUMP-STATUS is the 
last command in the command chain. 

ABRT-IN-PROG (Bit 6) - Command Unit Abort 
Request. 

RU-SUS-FD (Bit 12) - Receive Unit Suspend 
Frame Descriptor Bit. Assume N is the Receive 



BR+BUF-PTR+96H - Sum of Base Address plus 
BUF-PTR field and 96H. 

RCV-DMA-ADR - Receive DMA absolute Ad- 
dress. This is the next RCV-DMA start address. 
The value depends on AT-LOCation configura- 
tion bit. 

1. If AT-LOCation = 0, then RCV-DMA-ADR 
is the Destination Address field located in 
the next Receive Frame Descriptor. 

2. If AT-LOCation = 1, then RCV-DMA-ADR 
is the next Receive Data Buffer Address. 
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Figure 20. The DIAGNOSE Command Block 



The following nomenclature has been used in the 
DUMP table: 




1 
X 

/// 



- The 82586 writes zero in this location. 

- The 82586 writes one in this location. 

- The 82586 writes zero or one in this 
location. 

- The 82586 copies this location from 
the corresponding position in the 
memory structure. 



DIAGNOSE 

The DIAGNOSE Command triggers an internal self 
test procedure of backoff related registers and 
counters. 

The DIAGNOSE command includes the following: 
STATUS word (written by 82586): 



c 


(bit 15) 


- Command completed 


B 


(bit 14) 


- Busy executing 
command 


OK 


(bit 13) 


- Error free 
completion 


FAIL 


(bit 11) 


- Indicates that the self 
test procedured failed 



COMMAND word: 



EL 


(bit 15) 


- End of command list 


S 


(bit 14) 


- Suspend after 
completion 


I 


(bit 13) 


- Interrupt after 
completion 


CMD 


(bits 0-2) 


- DIAGNOSE =7 



RECEIVE FRAME AREA (RFA) 

The Receive Frame Area, RFA, is prepared by the 
host CPU, data is placed into the RFA by the 82586 
as frames are received. RFA consists of a list of 
Receive Frame Descriptors (FD), each of which is 
associated with a frame. RFA-OFFSET field of SCB 
points to the first FD of the chain; the last FD is 
identified by the End-of-Listflag (EL). See Figure 21. 

FRAME DESCRIPTOR (FD) FORMAT 

The FD includes the following fields: 
STATUS word (set by the 82586): 



LINK OFFSET: Address of next Command Block 



c 


(bit 15) 


- Completed storing 
frame. 


B 


(bit 14) 


- FD was consumed by 
RU. 


OK 


(bit 13) 


- Frame received 
successfully. If this bit is 
set, then all others will 
be reset; if it is reset, 
then the other bits will 
indicate the nature of 
the error. 


S11 


(bit 11) 


- Received frame 
experienced CRC error. 


S10 


(bit 10) 


- Received frame 
experienced an 
alignment error. 


S9 


(bit 9) 


- RU ran out of resources 
during reception of this 
frame. 


S8 


(bit 8) 


- RCV-DMA overrun. 


S7 


(bit 7) 


- Received frame had 
fewer bits than 
configured Minimum 
Frame Length. 


S6 


(bit 6) 


- No EOF flag detected 
(only when configured 
to Bitstuffing). 


COMMAND word: 


EL 


(bit 15) 


- Last FD in the list. 


S 


(bit 14) 


- RU should be 
suspended after 
receiving this frame. 
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LINK OFFSET: Address of next FD in list. 

RBD-OFFSET (initially prepared by the CPU and 
later may be updated by 82586): Address of the first 
RBD that represents the Information Field. RBD- 
OFFSET = OFFFFH means there is no Information 
Field. 



DESTINATION ADDRESS (written by 82586): Con- 
tains Destination Address of received frame. The 
length in bytes, it is determined by the Address 
Length configuration parameter. 



SCB 



RFA POINTER 



STATISTICS 



TO 

COMMAND 

BLOCK 

LIST 



RECEIVE 

FRAME 

DESCRIPTORS 



RECEIVE 

BUFFER 

DESCRIPTORS 



RECEIVE 
BUFFERS 



STATUS 



VALID 
PARAMETERS 



L 



RBD1 



ACT-cnt 



VALID 
DATA 



RECEIVE FRAME AREA 



RBD 2 



1 I ACT-cnt 



VALID 
DATA 



BUFFER 1 BUFFER 2 

RECEIVE FRAME LIST — 



STATUS 



=r 



EMPTY 



STATUS 



STATUS 



r=f 



EMPTY 



RBD 3 



RBD 4 



| ACT-cnt 


• 








• 


' 
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• 








' 


i 







RBD 5 






ACT-cnt 


• • — 






'' 







BUFFER 3 BUFFER 4 BUFFER 5 
FREE FRAME LIST 



Figure 21. The Receive Frame Area 
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LINK OFFSET 


RBD-OFFSET 


2ND BYTE 


1ST BYTE 


MC 


DESTINATION ADDRESS 
NTH BYTE 






2ND BYTE 

SOURCE ADDRESS 
NTH BYTE | 


1ST BYTE 


2ND BYTE LENGTH FIELD 


1ST BYTE 











Figure 22. The Frame Descriptor (FD) Format 



SOURCE ADDRESS (written by 82586): Contains 
Source Address of received frame. Its length is the 
same as DESTINATION ADDRESS. 
LENGTH FIELD (written by 82586): Contains the 
2 byte Type Field of received frame. 
RECEIVE BUFFER 
DESCRIPTOR FORMAT 
The Receive Buffer Descriptor (RBD) holds informa- 
tion about a buffer; size and location, and the means 
for forming a chain of RBDs, (forward pointer and 
end-of-frame indication). 

The Buffer Descriptor contains the following fields: 
STATUS word (written by the 82586): 



NEXT RBD OFFSET: Address of next BD in list of 
BD's. 

BUFFER ADDRESS: 24-bit absolute address of 
buffer. 

EL/SIZE: 



EL 
SIZE 


(bit 15) 
(bits 0-13) 


- Last BD in list. 

- number of bytes the 
buffer is capable of 
holding. 



EOF 


(bit 15) 


- Last buffer in received 
frame. 


F 


(bit 14) 


- ACT COUNT field is 
valid. 


ACT 






COUNT 


(bits 0-13) 


- Number of bytes in the 
buffer that are actually 
occupied. 





15 






(STATUS) 

2 

4 
6 

8 




EOF 


F 


i i 1 1 1 1 I 1 1 l 1 1 1 

ACT COUNT 
i ii ii i i ii i i i i 


NEXT BD OFFSET 


BUFFER ADDRESS 


'm. 


'//////////////A 


A23 


EL 


V/ 


SIZE 









Figure 23. The Receive Buffer Descriptor (RBD) Format 
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ABSOLUTE MAXIMUM RATINGS* 

Ambient Temperature Under Bias 0°C to 70 °C 

Storage Temperature . -65°C to 1 50°C 

Voltage on Any Pin With 

Respect to Ground - 1 0V to + 7V 

Power Dissipation 3.0 Watts 



'NOTICE: Stresses above those listed under Absolute 
Maximum Ratings may cause permanent damage to the 
device. This is a stress rating only and functional operation 
of the device at these or any other conditions above those 
indicated in the operational sections of this specification 
is not implied. Exposure to absolute maximum rating con- 
ditions for extended period may affect device reliability. 



D.C. CHARACTERISES 

T A = 0-70° C, V cc = 5V ± 10%, CLK has MOS levels (See V MIL , V MIH> V M0L , V M0H ). TxC and RxC have 
82501 compatible levels (V M)L , V TIH , V R , H ). All other signals have TTL levels (see V, L> V| H , V 0L , V OH ). 



Symbol 


Parameter 


Min. 


Max. 


Units 


Test Conditions 


V,L 


Input Low Voltage (TTL) 


-0.5 


+0.8 


V 




V,H 


Input High Voltage (TTL) 


2.0 


V cc +0.5 


V 




Vol 


Output Low Voltage (TTL) 




0.45 


V 


l OL -2.5mA 


Vqh 


Output High Voltage (TTL) 


2.4 




V 


l OH -400uA 


^MIL 


Input Low Voltage (MOS) 


-0.5 


0.6 


V 




Vmih 


Input High Voltage (MOS) 


3.9 


V cc +0.5 


V 




VjiL 


Input High Voltage (TxC) 


3.3 


V cc +0.5 


V 




Vr,h 


Input High Voltage (RxC) 


3.0 


V cc +0.5 


V 




V MOL 


Output Low Voltage (MOS) 




0.45 


V 


l OL 2.5mA 


V MOH 


Output High Voltage (MOS) 


Vcc-0.5 




V 


Ioh-400uA 


«LI 


Input Leakage Current 




±10 


uA 


0<V IN <V cc 


'lo 


Output Leakage Current 




±10 


uA 


0.45<V OU t^V cc 


C|N 


Capacitance of Input Buffer 




10 


PF 


FC=1MHz 


C OUT 


Capacitance of Output Buffer 




20 


PF 


FC=1MHz 


jcc 


Power Supply Current 




550 
450 


mA 


T A =0°C 
T A =70°C 



SYSTEM INTERFACE A.C. TIMING CHARACTERISTICS 

T A =0-70 o C, Vcc=5V±10% Figure 24 and Figure 25 define how the measurements should be done: 



INPUT AND OUTPUT WAVEFORMS FOR AC TESTS 



2.4 
0.45- 



zxi: 



-TEST POINTS - 



iXZ 



AC TESTING INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC 1 AND 
0.45 FOR A LOGIC 0. TRIMMING MEASUREMENTS ARE MADE 
AT 1.5V FOR BOTH A LOGIC 1 AND 



Figure 24. TTL input/Output Voltage Levels For Timing Measurements 
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HIGH LEVEL MAY 
VARY WITH VCC 



MOS I/O MEASUREMENTS ARE TAKEN AT 
0.1 AND 0.9 OF THE VOLTAGE SWING 



Figure 25. System Clock MOS Input Voltage Levels for Timing Measurements 



INPUT TIMING REQUIREMENTS (8MHz)* 



Symbol 


Parameter 


Min. 


Max. 


Comments 


T1 


CLK cycle period 


125 


2000 




T2 


CLK low time at 1.5V 


55 


1000 




T3 


CLK low time at 0.9V 


42.5 


1000 




T4 


CLK high time at 1.5V 


55 






T5 


CLK high time at3.6V 


42.5 






T6 


CLK rise time 




15 


Notel 


T7 


CLK fall time 




15 


Note 2 


T8 


Data in setup time 


20 






T9 


Data in hold time 


10 






T10 


Async RDY active setup time 


20 




Note 3 


T11 


Async RDY inactive setup time 


35 




Note 3 


T12 


Async RDY hold time 


15 




Note 3 


T13 


Synchronous ready/active setup 


35 






T14 


Synchronous ready hold time 









T15 


HLDA setup time 


20 




Note 3 


T16 


HLDA hold time 


10 




Note 3 


T17 


Reset setup time 


20 




Note 3 


T18 


Reset hold time 


10 




Note 3 


T19 


CA pulse width 


1 T1 






T20 


CA setup time 


20 




Note 3 


T21 


CA hold time 


10 




Note 3 
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OUTPUT TIMINGS (8 MHz)* 


Symbol 


Parameter 


Min. 


Max. 


Comments 


T22 


DT/R valid delay 





60 




T23 


WR, DEN active delay 





70 


Note 8 


T24 


WR, DEN inactive delay 





65 


Note 8 


T25 


Int. active delay 





85 


Note 4 


T26 


Int. inactive delay 





85 


Note 4 


T27 


Hold active delay 





85 


Note 4 


T28 


Hold inactive delay 





85 


Note 4 


T29 


Address valid delay 





55 




T30 


Address float delay 





50 




T31 


Data valid delay 





55 


Note 7 


T32 


Data hold Time 









T33 


Status active delay 


10 


60 




T34 


Status inactive delay 


10 


70 




T35 


ALE active delay 





45 


Note 5 


T36 


ALE inactive delay 





45 


Note 5 


T37 


ALE width 


T2-10 




Note 5 


T38 


Address valid to ALE low 


T2-30 






T39 


Address hold to ALE inactive 


T4-10 






T40 


RD active delay 





95 




T41 


RD inactive delay 


10 


70 




T42 


RD width 


2T1-50 






T43 


Address float to RD active 


10 






T44 


RD inactive to Address active 


T1-40 






T45 


WR width 


2T1-40 






T46 


Data hold after WR 


T2-25 






T47 


Control inactive after reset 





60 


Note 6 



*AII units are in ns. 
**CL on all outputs is 20-200 pF unless otherwise specified. 



NOTE LIST: 








1 
2 


- 


0.9V to 3.6V 
3.6V to 0.9V 








3 
4 
5 
6 


— 


to guarantee recognition at next clock 

CL = 50pF 

CL = 100 pF 

Affects: 

MIN MODE: RD, WR, DT/R, DEN 

MAX MODE: SO, S1 




Figure 26. INT Output Timing 



7 — High address lines (A16-A24, BHE) become valid 

one clock before T1 only on first memory cycle after 
the 82586 acquired the bus. 

8 — WR f rom falling edge of CLK 

DEN from rising edge of CLK 
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Figure 27. CA Input Timing 
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Figure 28. RESET Timing 
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Figure 29. ARDY and SRDY Timings Relative to CLK 



HOLD 



pi 



BHE ADO— AD15 

A16-A_23SO_SI 

DT/R RD WR 



< 



T28" 



CPU- MASTER 



-ft — C 



82586-MASTER 



">=- 



T16* 



^+\ |-*-T30 



Figure 30. HOLD/HLDA Timing Relative to CLK 
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Figure 31. Read Cycle Timing 
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Figure 32. Write Cycle Timing 

SERIAL INTERFACE A.C. TIMING CHARACTERISTICS 

CLOCK SPECIFICATION 



Applies for TxC, RxC 

for NRZ: 

f min = 100 kHz ± 100 ppm 

f max = 10 MHz ± 100 ppm 

for Manchester: 

f min = 500 kHz ± 100 ppm 

f max = 10 MHz ± 100 ppm 



for Manchester, symmetry is needed: 
T51, T52 = -i- ±5% 
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A.C. CHARACTERISTICS 

TRANSMIT AND RECEIVE TIMING PARAMETER SPECIFICATION* 



Symbol 


Parameter 


Min. | Max. 


Comments 


TRANSMIT CLOCK PARAMETERS 


T48 


IxC Cycle 


100 


1000 


Notes 14, 2 


T48 


TxC Cycle 


100 




Notes 14, 3 


T49 


IxC Rise Time 




5 


Note 14 


T50 


TxC Fall Time 




5 


Note 14 


T51 


TxC High Time @ 3.0V 


40 


1000 


Note 14 


T52 


TxC Low Time @ 0.9V 


40 




Notes 14, 4 


TRANSMIT DATA PARAMETERS 


T53 


TxD Rise Time 




10 


Notes 5, 13 


T54 


TxD Fall Time 




10 


Notes 5, 13 


T55 


TxD Transition - Transition 


Min(T51, 
T52)-7 




Notes 2, 5 


T56 


TxC Low to TxD Valid 




40 


Notes 3, 5 


T57 


TxC Low to TxD Transition 




40 


Notes 2, 5 


T58 


TxC High to TxD Transition 




40 


Notes 2, 5 


T59 


TxC Low to TxD High at the Transmission end 




40 


Notes 5 


REQUEST TO SEND/CLEAR TO SEND PARAMETERS 


T60 


7*C Low to RTS Low. Time to Activate RTS 




40 


Note 6 


T61 


CTS Valid to TxC Low. CTS Set-Up Time 


45 






T62 


TxC Low to CTS Invalid. CTS Hold Time 


20 




Note 7 


T63 


TkC Low to RTS High, time to deactivate RTS 




40 


Note 6 


RECEIVE CLOCK PARAMETERS 


T64 


RxC Clock Cycle 


100 




Notes 15, 3 


T65 


RxC Rise Time 




5 


Note 15 


T66 


RxC Fall Time 




5 


Note 15 


T67 


RxC High Time® 2.7V 


36 


1000 


Note 15 


T68 


RxC Low Time @ 0.9V 


40 




Note 15 


RECEIVE DATA PARAMETERS 


T69 


RxD Setup Time 


30 




Note 1 


T70 


RxD Hold Time' 


30 




Note 1 


T71 


RxD Rise Time 




10 


Note 1 


T72 


RxD Fall Time 




10 


Note 1 



*AII units are in ns. 



8-57 



iny 



82586 



pemoiMoiMesv 



TRANSMIT AND RECEIVE TIMING PARAMETER SPECIFICATION* (cont'd.) 



Symbol 


Parameter 


Min. 


Max. 


Comments 


CARRIER SENSE/COLLISION DETECT PARAMETERS 


T73 


CDT Valid to TxC High Ext. Collision 
Detect Setup Time 


30 




Note 12 


T74 


TxC High to CDT Inactive. CDT Hold Time. 


20 




Note 12 


T75 


CDT Low to Jamming Start 






Note 8 


T76 


CRS Valid to TxC High Ext. Carrier SenseSetupTime 


30 




Note 12 


T77 


TxC High to CRS Inactive. CRS Hold Time 


20 




Note 12 


T78 


CRS Low to Jamming Start 






Note 9 


T79 


Jamming Period 






Note 10 


T80 


CRS Inactive Setup Time to RxC High. 
End of Receive Frame 


60 






T81 


CRS Active Hold Time From Rx6 High 


3 






INTERFRAME SPACING PARAMETERS 


T82 | Inter Frame Delay 




Note 11 



*AII units are in ns. 



NOTES: 



1 — TTL Levels 

2 — Manchester only. 

3 — NRZ only. 

4 — Manchester requires 50% Duty Cycle. 

5 — 1 TTL Load + 50 pF. 

6 — 1 TTL Load + 100 pF. ___ 

7 — Abnormal End of Transmission. CTS Expires Before RTS. 

8 — Programmable value: 

T75 = NCDF x T48 + (12.5 to 23.5) * T48 if collision occurs after preamble. 
NCDF— The Collision Detection Filter Configuration Value. 

9 — Programmable value: 

T78 = NCSF x T48 + (12.5 to 23.5) * T48. 

NCSF— The Carrier Sense Filter Configuration Value. 

TBD is a function of Internal/External Carrier Sense Bit. 

10 — T79 = 32 x T48. 

11 — Programmable value: 

T88 = NIFS x T48. 

NIFS— the IFS Configuration Value. 

12 — To guarantee recognition on the next clock. 

13 — Applies to TTL Levels. 

14 — 82501 Compatible levels, see Figure 34. 

15 — 82501 Compatible levels, see Figure 35. 
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A.C. TIMING CHARACTERISTICS 



INPUT AND OUTPUT WAVEFORMS FOR AC TESTS 



2.4 
0.45- 



zx 



-TEST POINTS - 



tXZ. 



AC TESTING INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC 1 AND 
0.45 FOR A LOGIC 0. TRIMMING MEASUREMENTS ARE MADE 
AT 1.5V FOR BOTH A LOGIC 1 AND 



Figure 33. TTL Input/Output Voltage Levels for Timing Measurements 
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Figure 34. TxC Input Voltage Levels for Timing Measurements 
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Figure 35. RxC Input Voltage Levels for Timing Measurements 
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Figure 36. Transmit and Control and Data Timing 
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Figure 37. Transmit and Control and Data Timing (cont.) 




Figure 38. RxD Timing Relative to RxC 
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Figure 39. CRS Timing Relative to RxC 
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82588 
Single Chip LAN Controller 

82588: High Integration Mode 
82588-5: High Speed Mode 



■ User Configurable 

— Up to 2 Mbps Bit rates with on-chip 
Encoder/Decoder (High Integration 
Mode) 

— Up to 5 Mbps with External Encoder/ 
Decoder (High Speed Mode) 

■ No TTL Glue required with iAPX 186 
and 188 microprocessors 

■ Network Management and Diagnostics 

— Short or Open Circuit localization 

— Station Diagnostics (External 
loopback) 

— Self test Diagnostics 
Internal loopback 
User readable registers 

The 82588 is a highly integrated device designed for realizing cost sensitive Local Area Networks applications 
such as Personal Workstations. 

At data rates of up to 2 Mbps, it provides a highly integrated interface and performs: CSMA/CD Data Link 
Control, Manchester, Differential Manchester or NRZI encoding/decoding, clock recovery; Carrier Sense, and 
Collision Detection. This mode is called "High Integration Mode." In the 82588 "High Speed Mode", the user 
can transfer data at a rate of up to 5 Mbps. In this mode the physical link functions are done external to the 
82588. 

The 82588 is packaged in a 28 pin DIP and fabricated in Intel's reliable HMOS II 5 volt technology. 



Integrates ISO Layers 1 and 2 

— CSMA/CD Data Link Controller 

— On-Chip Manchester, NRZI 
Encoding/Decoding 

— On-Chip Logic based Collision 
Detect and Carrier Sense 

Supports Emerging IEEE 802.3 
Standards 

— 2 Mbps Broadband 

— 1 Mbps Baseband 

High level command interface offloads 
the CPU 

Efficient memory use via Multiple 
Buffer Reception 



<^B BIT BU S^> 



REGISTERS 

COMMAND 

STATUS 



Tv 



CO 



C 



\ TRANSMIT ~*\ 
y FIFO — / 



CONTROLLER 



COLLISION 

DETECTION 

LOGIC 



SYSTEM INTERFACE 



w 

SERIAL INTERFACE 



RXC 
TXC 



231161-1 



Figure 1. 82588 Block Diagram 
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Figure 2. 82588 Pin 
Configuration 
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Table 1. Pin Description 



Symbol 


Pin No. 


Type 


Name and Function 


D7 
D6 
D5 
D4 
D3 
D2 
D1 
DO 


6 

7 
8 
9 
10 
11 
12 
13 


I/O 


DATA BUS: The Data Bus lines are bi-directional three 
state lines connected to the system's Data Bus for the 
transfer of data, commands, status and parameters. 


RD 


5 


I 


READ: Together with CS, DACKO or DACK1 , Read controls 
data or status transfers out of the 82588 registers. 


WR 


3 


I 




WRITE: Together with CS, DACKO or DACK1 , Write 
controls data or command transfers into the 82588 
registers. 


CS 


2 


I 


CHIP SELECT: When this signal is LOW, the 82588 is 
selected by the CPU for transfer of command or status. 
The direction of data flow is determined by the RD or WR 
inputs. 


CLK 


4 


I 


CLOCK: System clock. TTL compatible signal. 


RESET 


25 


I 


RESET: A HIGH signal on this pin will cause the 82588 to 
terminate current activity. This signal is internally 
synchronized and must be held HIGH for at least four Clock 
cycles. 


INT 


26 





INTERRUPT: Active HIGH signal indicates to the CPU that 
the 82588 is requesting an interrupt. 


DRQO 


17 





DMA REQUEST (CHANNEL 0): This pin is used by the 
82588 to request a DMA transfer. DRQO remains HIGH as 
long as 82588 requires data transfers. Burst transfers are 
done by having the signal active for multiple transfers. 


DRQ1 


18 





DMA REQUEST (CHANNEL 1): This pin is used by the 
82588 to request a DMA transfer. DRQ1 remains HIGH as 
long as 82588 requires data transfers. Burst transfers are 
done by having the signal active or multiple transfers. 


DACKO 


1 


I 


DMA ACKNOWLEDGE (CHANNEL 0): When LOW, this 
input signal from the DMA Controller notifies the 82588 that 
the requested DMA cycle is in progress. This signal acts . 
like chip select for data and parameter transfer using DMA 
channel 0. 


DACK1 


27 


I 


DMA ACKNOWLEDGE (CHANNEL 1): When LOW, this 
input signal from the DMA controller notifies the 82588 that 
the requested DMA cycle is in progress. This signal acts 
like chip select for data and parameter transfer using DMA 
channel 1. 
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Table 1. Pin Description (Continued) 



Symbol 


Pin No. 


Type 


Name and Function 


X1/X2 

TxC 
RxC 


15/16 

15 
16 


I 

I 

I 


High Integration Mode 

OSCILLATOR INPUTS: These inputs may be used to 
connect a quartz crystal that controls the internal clock 
generator for the serial unit. 

X1 may also be driven by a MOS level clock whose 
frequency is 8 or 16 times the bit rate of Transmit/ Receive 
data. X2 must be left floating if X1 has an external MOS 
clock. 

High Speed Mode 

TRANSMIT CLOCK: This signal provides timing 
information to the internal serial logic, depending upon the 
mode of data transfer. For NRZ encoding, data is 
transferred to the TxD pin on the HIGH to LOW clock 
transition. For Manchester encoding the transmitted bit 
center is aligned with the TxC LOW to HIGH transition. 

RECEIVE CLOCK: This signal provides timing information 
to the internal serial logic. NRZ data should be provided for 
reception (RxD). The state of the RxD pin is sampled on 
the HIGH to LOW transition of RxC. 

The operating mode of the 82588 is defined when 
configuring the chip. 


TCLK/CRS 


24 


I 



In High Speed Mode, this pin is Carrier Sense, input CRS, 
and is used to notify the 82588 that there is activity on the 
serial link. 

In High Integration Mode, this pin is Transmit Clock, TCLK, 
and is used to output the transmit clock. 


CDT 


23 


I 


COLLISION DETECT: This input notifies the 82588 that a 
collision has occurred. It is sensed only if the 82588 is 
configured for external Collision Detect (external circuitry is 
then required for detecting the collision). 


RxD 


19 


I 


RECEIVE DATA: This pin receives serial data. 


TxD 


20 





TRANSMIT DATA: This pin transmits data to the Serial 
Link. This signal is HIGH when not transmitting. 


rTs 


21 





REQUEST TO SEND: When this signal is LOW, the 82588 
notifies an external interface that it has data to transmit. It 
is forced HIGH after a reset and when transmission is 
stopped. 


CTS 


22 


I 


CLEAR TO SEND: CTS enables the 82588 to start 
transmitting data. Raising this signal to HIGH stops the 
transmission. 


VCC 


28 




POWER: +5V Supply 


VSS 


14 




Ground 
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FUNCTIONAL DESCRIPTION 



High Integration Mode 

The 82588 Single Chip LAN Controller is a highly 
integrated device designed for Cost Sensitive LAN 
applications such as personal workstation clusters. 
Included on the chip is a programmable CSMA/CD 
controller, an NRZI and Manchester encoder/de- 
coder with clock recovery, and two collision detec- 
tion mechanisms. With the addition of simple trans- 
ceiver line drivers or RF Modem, the 82588 takes 
care of all the major functions of the ISO Physical 
and Data Link Layers. 



CSMA/CD Controller 

The 82588 on-chip CSMA/CD controller is program- 
mable which allows it to operate in a variety of LAN 
environments including emerging IEEE802.3 
standards such as 1 Mbps baseband and 2 Mbps 
baseband (IBM PC Network). Programmable param- 
eters include: 

— Framing (End of Carrier of SDLC) 

— Address field length 

— Station priority 

— Interframe spacing 

— Slot time 

— CRC-32 0RCRC-16 

Encoder/Decoder 

The on-chip NRZI and Manchester encoder/decod- 
er supports data rates up to 2 Mbps. Manchester 
encoding is often times used in baseband applica- 
tions and NRZI is used in broadband applications. 

Collision Detection 

A major innovation with the 82588 is its on-chip logic 
based collision detection. To ensure high probability 
of collision detection two mechanisms are provided. 
The Code Violation method defines a collision when 
a transition edge occurs outside the area of normal 
transitions as specified by either the Manchester or 
NRZI encoding methods. Bit Comparison method 
compares the signature of the transmitted frame to 
the receive frame signature (re-calculated by the 
82588 while listening to itself). If the signatures are 
identical the frame is assumed to have been trans- 
mitted without a collision. 



System Interface 

The 82588 goes beyond providing the designer with 
the functions necessary for interfacing to the LAN. It 
has an extremely friendly system interface that 
makes it easy to design with. First, the 82588 has a 
high level command interface, that is the CPU sends 
the 82588 commands such as Transmit or Config- 
ure. This means the designer does not have to write 
low level software to perform these tasks, and it off- 
loads the CPU in the application. Second, the 82588 
supports an efficient memory structure called Multi- 
ple Buffer Reception in which buffers are chained 
together while receiving frames. This is an important 
feature in applications with limited memory such as 
personal computers. Third, the 82588 has two inde- 
pendent sixteen byte FIFO's one for reception and 
one for transmission. The FIFO's allow the 82588 to 
tolerate bus latency. Finally the 82588 provides an 
eight byte data path that supports up to 4 Mbytes/ 
second using external DMA. 



Network Management & Diagnostics 

The 82588 provides a rich set of diagnostic and net- 
work management functions including: internal and 
external loopback, channel activity indicators, op- 
tional capture of airframes regardless of destination 
address (Promiscuous Mode), capture of collided 
frames, (if address matches), and time domain re- 
flectometry for locating fault points in the network 
cable. The 82588 Register Dump Command ensures 
reliable software by dumping the content of the 
82588 registers into the system memory. 

The next section will describe the 82588 system bus 
interface, the 82588 network, interface, and the 
82588 internal architecture. 



82588/Host CPU Interaction 

The CPU communicates with the 82588 through the 
system's memory and 82588's on-chip registers. 
The CPU creates a data structure in the memory, 
programs the external DMA controller with the start 
address and byte count of the block, and issues the 
command to the 82588. 

The 82588 is optimized for operating with the iAPX 
186/188, but due to the small number of hardware 
signals between the 82588 and the CPU, the 82588 
can operate easily with other processors. The data 
bus is 8 bits wide and there is no address bus. 

Chip Select and Interrupt lines are used to communi- 
cate between the 82588 and the host as shown in 
the Figure 3. Interrupt is used by the 82588 to draw 
the CPU's attention. The Chip Select is used by the 
CPU to draw the 82588's attention. 
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There are two kinds of transfer over the bus: Com- 
mand/Status and data transfers. Command/Status 
transfers are always performed by the CPU. Data 
transfers are requested by the 82588, and are typi- 
cally performed by a DMA controller. The table given 
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Figure 3. 82588/HOST CPU Interaction 



in Figure 4 shows the Command/Status and data 
transfer control signals. 

The CPU writes to 82588 using CS and WR signals. 
The CP U reads the 82588 status register using CS 
and RD signals. 

To initiate an operation like Transmit or Configure 
(see Figure 5), a Write operation command from 
CPU to 82588 is issued by the CPU. A Read opera- 
tion from CPU gives the status of the 82588. Al- 
though there are four status registers they're read 
using the same port in a round robin fashion (Figure 

Any parameters or data associated with a command 
are transferred between the memory and 82588 us- 
ing DMA. The 82588 has two data channels, each 
having Request and Acknowledge lines. Typically 
one channel is used to receive data and other to 
transmit data and perform all the other initialization 
and maintenance operations like Configure, Address 
Set-Up, Diagnose, etc. The channels are identical 
and can be used interchangeably. 

When the 82588 requires access to the memory for 
parameter or data transfer it activates the DMA re- 
quest lines and uses the DMA controller to achieve 
the data transfer. Upon the completion of an opera- 
tion, the 82588 interrupts the CPU. The CPU then 
reads results of the operation (the status of the 
82588). 



Pin Name 


Function 


CS* 


RD 


WR 




1 



X 

1 


X 

1 


No transfer to/from Command/Status 











Illegal 








1 


Read from status register 





1 





Write to Command register 


DACK0[DACK1]* 


RD 


WR 




1 



X 

1 


X 

1 


No DMA transfer 











Illegal 








1 


Data Read from DMA channel [or 1] 





1 





Data Write to DMA channel [or 1 ] 



* Only one of CS~, DACKO and DACK1 may be active at any time. 

Figure 4. DATABUS CONTROL SIGNALS AND THEIR FUNCTIONS 
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7 


6 5 


4 


3 2 1 


INT. 
ACK. 


I 
PNTR 

1 


CHNL 


I I I 

COMMANDS 

I I I 



COMMANDS 




VALUE 


NOP 


— 





IA-SETUP 


— 


1 


CONFIGURE 


— 


2 


MC-SETUP 


— 


3 


TRANSMIT 


— 


4 


TDR 


— 


5 


DUMP 


— 


6 


DIAGNOSE 


— 


7 


RETRANSMIT 


— 


12 



COMMAND REGISTER 

COMMANDS 

ABORT 

RECEIVER-ENABLE 

ASSIGN NEXT BUF 

RECEIVE-DISABLE 

STOP-RECEPTION 

RESET 

FIXPTR 

RLS PTR 



Figure 5. Command Format and Operation Values 



VALUE 

13 

8 

9 
10 
11 
14 

15(CHNL=1) 
15(CHNL = 0) 



Status 
Status 1 
Status 2 

Status 3 



7 


6 


5 


4 


3 


2 


1 





INT. 


RCV 


EXEC 


CHNL 


i i i 

EVENT 

i ii 
















i 

RESULT 1 

i 




























i 

RESULT 2 

i 


















RCV 
CHNL 


i 

RCV STATE 

i 


i 

BUFF CHNG 

NO. OF BUF 

i 


EXEC 
CHNL 


EXEC STATE 



EVENTS 


i 


VALUE (STATUS 0) 


IA-SETUP-DONE 


— 


1 


CONFIGURE-DONE 


— 


2 


MC-SETUP-DONE 


— 


3 


TRANSMIT-DONE 


— 


4 


TDR-DONE 


• — 


5 


DUMP-DONE 


— 


6 


DIAGNOSE-PASSED 


— 


7 


END OF FRAME 


— 


8 


REQUEST NEXT BUFFER 


— 


9 


RECEPTION ABORTED 


— 


10 


RETRANSMIT-DONE 


— 


12 


EXECUTION-ABORTED 


— 


13 


DIAGNOSE-FAILED 


— 


15 



Figure 6. Status Registers and Event Values 
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Transmitting a Frame 

To transmit a frame, the CPU prepares a Transmit 
Data Block in memory as shown in Figure 7. Its first 
two bytes specify the length of the rest of the block. 
The next few bytes (Up to 6 bytes long) contain the 
destination address of the node it is being sent to. 
The rest of the block is the data field. The CPU pro- 
grams the DMA controller with the start address of 
the block, length of the block and other control infor- 
mation and then issues the Transmit command to 
the 82588. 

Upon receiving the command, the 82588 fetches the 
first two bytes of the block to determine the length of 
the block. If the link is free, and the first data byte 
was fetched, the 82588 begins transmitting the pre- 
amble and concurrently fetches the bytes from the 
Transmit Data Block and loads them into a 16 byte 
FIFO to keep them ready for transmitting. The FIFO 
is a buffer between the serial and parallel part of the 
82588. The on-chip FIFOs help the 82588 to tolerate 
system bus latency as well as provide efficient us- 
age of system bandwidth. 

The destination address is sent out after the pream- 
ble. This is followed by the source or the station indi- 
vidual address, which is stored earlier on the 82588 
using the IA-SETUP command. After that, the entire 
information field is transmitted followed by a CRC 
field calculated by the 82588. If during the transmis- 
sion of the frame, a collision is encountered, then 
the transmission is aborted and a jam pattern is sent 
out after completion of the preamble. The 82588 



generates an Interrupt indicating the experience of a 
collision and the frame has to be re-transmitted. Re- 
transmission is done by the CPU exactly as the 
Transmit command except the Re-Transmit com- 
mand keeps track of the number of collisions en- 
countered. When the 82588 gets the Retransmit 
command and the exponential back-off time is ex- 
pired, the 82588 transmits the frame again. The 
transmitted frame can be coded to either Manches- 
ter, Differential Manchester or NRZI methods. 



Collision Detection 

The 82588 eliminates the need for external collision 
detection logic, in most applications, while easing or 
eliminating the need for complex transceivers. Two 
algorithms are used for collision detection: Bit Com- 
parison and Code Violation. The Bit Comparison 
Method is useful in Broadband networks where 
there are separate transmit and receive channels. 
Bit Comparison compares the "signature" of the 
transmitted data and received data at the end of the 
collision window in any network configuration. This 
algorithm calculates the CRC after a programmable 
number of transmitted bits, holds this CRC in a regis- 
ter, and compares it with received data's CRC. A 
CRC or "signature" difference indicates a collision. 
The code violation is detected if the encoding of the 
received data has any bit that does not fit the encod- 
ing rules. The code violation method is useful in 
short bus topology and serial backplane applications 
where bit attenuation over the bus is negligible. 













> GENERATED BY 82588 

FROM 82588 
INDIVIDUAL 






PREAMBLE 




BLOCK BYTE COUNT 




BOF FLAG 


DESTINATION ADDRESS 




DESTINATION ADDRESS 




DATA FIELD 




SOURCE ADDRESS 






* ADDRESS 

> GENERATED BY 82588 

231161-4 


rpn ncMPDATPn 




TYPE FIELD 


DATA STRUCTURE IN MEMORY ) 
(TRANSMIT DATA BLOCK) V 


INFORMATION FIELD 


FRAME CHECK SEQUENCE 


EOF FLAG (OPTIONAL) 


PADDING (OPTIONAL) 













Figure 7. The 82588 Frame Structure and location of Data element in System Memory 
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Receiving a Frame 

The 82588 can receive a frame when its receiver 
has been enabled. The received frame is decoded 
by either on-chip Manchester, Differential Manches- 
ter or NRZI decoders in High Integration Mode and 
NRZI in High Speed Mode. The 82588 checks for an 
address match for an individual address, a Mulitcast 
address or a Broadcast address. In the Promiscuous 
mode the 82588 receives all frames. Only when the 
address match is successful does the 82588 trans- 
fer the frame to the memory using the DMA control- 
ler. Before enabling the receiver, the CPU makes a 
memory buffer area available to the Receive Unit 
and programs the starting address of the DMA con- 
troller. The received frame is transferred to the 
memory buffer in the format shown in Figure 8. This 
method of reception is called "Single Buffer" recep- 
tion. The entire frame is contained in one continuous 
buffer. Upon completion of reception the total num- 
ber of bytes written into the memory buffer is loaded 
into status registers 1 and 2 and the status of the 
reception itself is appended to the received frame. 
An interrupt to the CPU follows. 

If the frame size is unknown, memory usage can be 
optimized by using "Multiple Buffer" reception. 



This way the user does not have to allocate large 
memory space for short frames. Instead, the 82588 
can dynamically allocate memory space as it re- 
ceives frames. This method requires both DMA 
channels alternately to receive the frame. As the 
frame reception starts, the 82588 interrupts the CPU 
and automatically requests assignment of the next 
sequential buffer. The CPU does this and loads the 
second DMA channel with the next buffer informa- 
tion so that the 82588 can immediately switch to the 
other channel as soon as the current buffer is full. 
When the 82588 switches from the first to the sec- 
ond buffer it again interrupts the CPU requesting it to 
allocate another buffer on the other (previous) chan- 
nel in advance. This process continues until the en- 
tire frame is received. The received frame is spread 
over multiple memory buffers. The link between the 
buffers is easily maintained by the CPU using a buff- 
er chain descriptor structure in memory (see 
Figure 9). 

This dynamic (pre) allocation of memory buffers re- 
sults in efficient use of available storage when han- 
dling frames of widely differing sizes. Since the buff- 
ers are pre-allocated one block in advance, the sys- 
tem is not time critical. 
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Figure 8. Single Buffer Reception 
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Figure 9. Multiple Buffer Reception 



80 1 88 Based System 

Figure 10 shows a high performance, high-integra- 
tion configuration of the 82588 with the 80188 in a 
typical iAPX1 88-based microcomputer. The 80188 
controls the 82588, as well as providing DMA control 
services for data transfer, using its "on chip" two 
channel DMA controller. 



Link Interface 

The Serial Interface Mode configuration parameter 
selects either a highly integrated Direct Link inter- 
face (High Integration Mode) or a highly flexible 
Transceiver Interface (High Speed Mode). 



Application 

In the High Integration Mode it is possible to connect 
the 82588 on a very short "Wired OR" link, on a 
longer twisted pair cable, or a broadband connec- 
tion. 



Twisted Pair Connection 

The link consists of a twisted pair that interconnects 
the 82588 (See Figure 1 1 ). The transmit data pin is 
connected via a driver and the receive data pin is 
connected via a buffer. The twisted pair must be 
properly terminated to prevent reflections. 

In the minimum configuration, TxD and RxD are con- 
nected to the twisted pair and CTS is g roun ded. The 
82588 may control the driver with the RTS pin. It is 
also possible to use external circuitry for performing 
collision de tectio n, and feeding it to the 82588 
through the CDT pin. 



Broadband Connection 

The 82588 supports data communications over a 
broadband link in both its modes. Proper MODEM 
interface should be provided. Collision Detection by 
Bit Comparison, in High Interface Mode, can be ap- 
plied to transmission over broadband links. 
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Figure 10. 80188 Based System 
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Figure 11. Twisted Pair Connection 
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Absolute Maximum Ratings* 

Ambient Temperature Under Bias 0°C to + 70°C 

Storage Temperature -65°C to + 1 50°C 

Voltage on Any Pin With 

Respect to Ground — -1.0V to 7V 

Power Dissipation 1 .7 Watts 



* Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 

NOTICE: Specifications contained within the 
following tables are subject to change. 



D.C. Characteristics (T A = o°cto + 70°C; vcc = +5V ±10%) 

TxC, RxC have MOS levels (See VMIL, VMIH). All other signals have TTL levels (See VIL, VIH, VOL, VOH). 



Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 


VIL 


Input Low Voltage 
(TTL) 


-0.5 


+ 0.8 


V 




VIH 


Input High Voltage 
(TTL) 


2.0 


VCC + 
0.5 


V 




VOL 


Output Low Voltage 
(TTL) 




0.45 


V 


IOL = 2.0 mA 


VOH 


Output High Voltage 
(TTL) 


2.4 




V 


IOH= -400 jaA 


VMIL 


Input Low Voltage 
(MOS) 


-0.5 


0.6 


V 




VMIH 


Input High Volatge 
(MOS) 


3.9 


VCC + 
0.5 


V 




ILI 


Input Leakage Current 




+ 10 


JLtA 


= VIN = VCC 


ILO 


Output Leakage Current 




±10 


/iA 


0.45 = VOUT = VCC 


ICC 


Power Supply Current 




380 
280 


mA 
mA 


T A = o°c 

T A = +70°C 



A.C. Characteristics (T A = o°cto +7o o c-,vcc = +5V ±10%) 

System Clock Parameters 



Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 


T1 


CLK Cycle Period 


125 




ns 




T2 . 


CLK Low Time 


53 


1000 


ns 


*5 


T3 


CLK High Time 


53 




ns 


*6 


T4 


CLK Rise Time 


, 


15 


ns 


*1 


T5 


CLK Fall Time 




15 


ns 


*2 
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A.C. Characteristics (Continued) 


Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 


Reset Parameters 


T6 


Reset Active to 
Clock Low 


20 




ns 


*3 


T8 


Reset Pulse Width 


4T1 




ns 




T9 


Control Inactve 
After Reset 




T1 


ns 




Interrupt Timing Parameters 


T10 


CLK High to Interrupt 
Active 




85 


ns 


*4 


T11 


WR Idle to Interrupt 
Idle 




85 


ns 


*4 


Write Parameters 


T12 









ns 




CS or DACKO or DACK1 
Setup to WR Low 


T13 


WR Pulse Width 


95 




ns 




T14 









ns 




CS or DACKO or DACK1 
Hold After WR High 


T15 


Data Setup to WR High 


75 




ns 




T16 


Data Hold After WR High 







ns 




Read Parameters 


T17 









ns 




CS or DACKO or DACK1 
Setup to RD Low 


T18 


RD Pulse Width 


95 




ns 




T19 









ns 




CS or DACKO or DACK1 
Address Valid 
After RD High 


T20 


RD Low to Data Valid 




80 


ns 


*7 


T21 


Data Float After 
RD High 




55 


ns 


*7 


DMA Parameters 


T22 


CLKLowtoDRQO 
or DRQ1 Active 




85 


ns 


*4 


T23 


WR or RD Low to 
DRQO or DRQ1 Inactive 




60 


ns 


*4 



NOTES: 

*1— 0.8V-2.0V 

*2— 2.0V-0.8V 

*3— to guarantee recognition at next clock 

*4— CL = 50 pF 



*5 — measured at 1.5V 
*6 — measured at 1 .5V 
*7— CL = 20pF-200pF 
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A.C. TESTING INPUT/OUTPUT WAVEFORM 



0.45 * > 



5^-TEST POINTS-^1.5 



K 



AC Testing Inputs are Driven at 2.4V for a Logic 1 and 0.45V for a 
Logic Q Timing Measurements are Made at 1 .5V for Both a Logic 
1 and Q: 

Rise and Fall Time of Input/Output Signals are Measured Be- 
tween 0.8V to 2.0V Respectively. 



TTL Input/Output Voltage Levels for Timing Measurements 



T4 



3.5 V 

3.0V 

2.5V 

1.5V 
1.0V 
0.6V 






I 



- T3 — » 




T5 



HIGH LEVEL MAY 
VARY WITH VCC 



231161-9 



Rise and Fall Time of Input Signals are Measured Between 1 .0V 
to 3.5V Respectively. 



Clocks MOS Input Voltage Levels for Timing Measurements 




Interrupt Timing (Going Active) 
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Interrupt Timing (Going Inactive) 



CLK 



RESET . 



X 



T6 



DRQ0.DRQ1 
INT 



5/18 



X 



T9 



y — \—/ — i. 



T8 



T7 



Reset Timing 



8-75 



inter 



82588 



PRBUBaDNARV 



Serial Interface A.C. Timing Characteristics 
High Integration Mode 



TFC is the crystal or serial clock input at pin 15 (X1). 
TFC Frequency Range: 



For Oscillator Frequency = 1 to 16 MHz (High) 



TCLK Frequency 
T29 = TCLK Cycle Time 
T30 = TCLK High Time 
T31 = TCLK Low time 



x 8 Sampling 



0.125-2 MHz 
8XT24 
T24 (Typically) 
7 x T24 (Typically) 



x 16 Sampling 



62.5 kHz -1 MHz 
16 X T24 
T24 (Typically) 
15 XT24 (Typically) 



For Oscillator Frequency = to 1 MHz (Low)* 


TCLK Frequency 
T29 = TCLK Cycle Time 
T30 = TCLK High Time 
T31 = TCLK Low Time 


x 8 Sampling 


x 16 Sampling 


0-0.125 MHz 

8 XT24 

T25 (Typically) 

7 x T24 + T26 (Typically) 


0-6.25 kHz 

16 X T24 

T25 (Typically) 

15 XT24 + T26 (Typically) 


* A non-symmetrical clock should be provided so that T25 is less than 1 000 ns. 
T24 = Serial Clock Period 
T25 = Serial Clock High Time 
T26 = Serial Clock Low Time 



High Speed Mode 

• Applies for TxC, RxC 

• f max = 5 MHz ±100 ppm 

• For Manchester, symmetry is required: T2, T3 



2f 



±5% 



High Integration Mode 



Symbol 


Parameter 


Mih 


Max 


Units 


Test Conditions 


External (Fast) Clock Parameters 


T24 


Fast Clock Cycle 


62.5 




ns 


*1 4 


T25 


TFC High Time 


20 


1000 


ns 


*1,*14 


T26 


TFC Low Time 


20 




ns 


•1 


T27 


TFC Rise Time 




5 


ns 


*1 


T28 


TFC Fall Time 




5 


ns 


*1 


Transmit Clock Parameters 


T29 


Transmit Clock Cycle 


500 




ns 


*3,*12 


T30 




*8 


1030 


ns 


*3 


TCLK High Time 


T31 


TCLK Low Time 


*9 




ns 


*3 ~ 


T32 






15 


ns 


*3 


TCLK Rise Time 


T33 






15 


ns 


*3 


TCLK Fall Time 
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High Integration Mode (Continued) 



Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 



Transmit Data Parameters (Manchester 


> 








T34 


TxD Transition- 
Transition 


4T24-10 




ns 


*12 


T35 






*11 


ns 


*2, *12 


TCLKLowtoTxD 
Transition Half 
Bit Cell 


T36 






*10 


ns 


*2,*12 


TCLKLowtoTxD 
Transition Full 
Bit Cell 


T37 


TxD Rise Time 




15 


ns 


*2 


T38 


TxD Fall Time 




15 


ns 


*2 



Transmit Data Parameters (NRZI) 



T39 


TxD Transition- 
Transition 


8T24-10 




ns 


*12 


T40 






*10 


ns 


*2,*12 


TCLKLowtoTxD 
Transition 


T41 


TxD Rise Time 




15 


ns 


*2 


T42 


TxD Fall Time 




15 


ns 


*2 



RTS, CTS, Parameters 



T43 






*10 


ns 


*3,*12 


TCLKLowToRTSLow 


T44 


CTSLowtoTCLKLow 
CTS Setup Time 


65 




ns 




T45 






*10 


ns 


*3, *12 


TCLK low to RTS 
High 


T46 




20 




ns 


•4, *13 


TCLK Low to CTS 
Invalid. CTS Hold 
Time 


T47 




65 




ns 


*4 


CTSHightoTCLK 
Low. CTS Setup 
Time to Stop 
Transmission 



IFS Parameters 



T48 


Interframe Delay 


*5 




ns 





Collision Detect Parameter 



T49 


CDTLowtoTCLK 
High. External 
Collision Detect 
Setup Time 


50 




ns 


*13 


T50 




50 




ns 


*13 


CDT High to TCLK 
Low 


T51 




20 




ns 


♦13 


TCLK High to CDT 
Inactive. CDT Hold 
Time 
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High Integration Mode (Continued) 


Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 


Collision Detect Parameters (Continued) 


T52 


CDT Low to Jamming Start 




*6 


ns 




T53 


Jamming Period 


*7 




ns 




Received Data Parameters (Manchester) 


T54 


RxD Transition- 
Transition 


4T24 




ns 


*12 


Received Data Parameters (Manchester) 


T55 


RxD Rise Time 




10 


ns 


*1 


T56 


RxD Fall Time 




10 


ns 


*1 


Received Data Parameters (NRZI) 


T57 


RxD Transition- 
Transition 


8T24 




ns 


*12 


T58 


RxD Rise Time 




1Q 


ns 


*1 


T59 


RxD Fall Time 




10 


ns 


*1 



NOTES: 

*1— MOS levels; 

*2— 1 TTL load + 50 pF. 

*3—1 TTL load + 100 pF. 

*4— Abnormal end to transmission: CTS expires before 
RTS. 

*5— Programmable value: T48 = NIFS x T29 (ns) NIFS— 
the IFS configuration value. 
If NIFS is less than 12, then it is enforced to 12. 
*6 — Programmable value: 

T52 = NCDF x T29 + (12 to 15) X T29 (if collision oc- 
curs after preamble). 



*7— T53 = 32 X T29 

*8 — Depends on T24 frequency range: 

High Range: T24 - 10 

Low Range: T25 - 10 

*9— T3f = T29 - T30 - T32 -T33 

*10— 2T24 + 40 ns 

*11— 6T24 + 40 ns 

*12 — For X16 sampling clock parameter minimum value 

should be multiplied by a factor of 2. 

*13 — To guarantee recognition on the next clock. 

*14 — 62.5 ns minimum in Low Range. 
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Write Timing 
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Read Timing 
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Transmit Timings: Clocks RTS and CTS 
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Transmit Timings— Lost CTS 
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Transmit Timings— NRZI Data Encoding 
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Receive Data Timings (NRZI) 
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Transmit Timings— Collision Detect and Jamming 
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High Speed Mode 


Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 


Transmit/Receive Clock Parameters 


T60 


RxCTxC Cycle 


200 


•13 


ns 




T61 


TxC Rise Time 




10 


ns 


*1 


T62 


TxC Fall Time 




10 


ns 


•1 


T63 


TxC High 


80 


1000 


ns 


*1,*3 


T64 


TxC Low 


80 




ns 


*1,*3 


Transmit Data Parameters 


T65 


TxD Rise Time 




20 


ns 


*4 


T66 


TxD Fall Time 




20 


ns 


*4 


T67 


TxC Low to TxD 
Valid 




60 


ns 


*4, *6 


T68 


TxC Low to TxD 
Transition 




60 


ns 


*2, *4 


T69 


TxC High to TxD 
Transition 




60 


ns 


*2,*4 


T70 


TxD Transition- 
Transition 


70 






*2, *4 


T71 


TxC Low to TxD High 
(At the Transmission End) 




60 


ns 


*4 


RTS, CTS Parameters 


T72 


TxC, Low to RTS Low 
Time to Activate RTS 




60 


ns 


*5 


T73 


CTS Low to TxC Low 
CTS Setup Time 


65 




ns 




T74 


TxC Low to RTS High 




60 


ns 


*5 


T75 


TxC Low to CTS Invalid 


20 




ns 




T75A 


CTS High to TxC Low 
CTS Set-up Time to 
Stop Transmission 


65 




ns 


*7 


Interframe Spacing Parameters 


T76 


Inter Frame Delay 


*9 




ns 




CRS, CDT, Parameters 


T77 


CDT Low to TxC High 
External Collision 
Detect Setup Time 


45 




ns 




T78 


TxC High to CDT Inactive 
CDT Hold Time 


20 




ns 


•14 


T79 


CDT Low to Jamming 
Start 




•10 


ns 




T80 


Jamming Period 


•11 




ns 




T81 


CRS Low to TxC High 
Carrier Sense Setup Time 


45 




ns 


•14 


T82 


TxC High to CRS Inactive 
CRS Hold Time 


20 




ns 


*14 
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High Speed Mode (Continued) 



Symbol 


Parameter 


Min 


Max 


Units 


Test Conditions 



CRS, CDT, Parameters (Continued) 



T83 


CRS High to Jaming 
(Internal Collision Detect) 




*12 


ns 




T84 


CRS High to RxC High. 
End of Receive Packet 


80 




ns 




T85 


RxC High to CRS High. 
End of Receive Packet. 


20 




ns 





Receive Clock Parameters 



T86 


RxC Rise Time 




10 


ns 


*1 


T87 


RxC Fall Time 




10 


ns 


*1 


T88 


RxC High Time 


80 




ns 


*-j 


T89 


RxC Low Time 


80 




ns 


*1 


Received Data Parameters 


T90 


RxD Setup Time 


45 




ns 


*1 


T91 


RxD Hold Time 


45 




ns 


*1 


T92 


RxD Rise Time 




20 


ns 


*1 


T93 


RxD Fall Time 




20 


ns 


*1 



NOTES: 

*1 — MOS levels. 

*2 — Manchester only. 

*3 — Manchester. Needs 50% duty cycle. 

*4 — 1 TTLIoad + 50 pF. 

*5 — 1 TTLIoad + 100 pF. 

*6 — NRZ only. 

■*7 — Abnormal end to transmissions: CTS expires before RTS. 

*8 — Normal end to transmission. 

*9 — Programmable value. 

T76 = NIFS X T60 (ns) 

NIFS - the IFS configuration value. 

If NIFS is less than 12, then NIFS is enforced to 12. 

*10 — Programmable value: 

T79 = NCDF x T60 + (12 to 15) x T60 (ns) (if collision occurs after preamble). 

*11 — T80 = 32 X T60 

*12 — Programmable value: 

NCSF X TTRC + (12 to 15) X TTRC 

T83 = NCSF X T60 + (12 to 15) X T60 

NCDF - collision detect filter configuration value. 

*13 — 2000 ns if configured for Manchester encoding. 

*14 — To guarantee recognition on the next clock. 
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Build a VLSI-based workstation 
for the Ethernet environment 



In a shared-resources, distributed-system environment, 

you can design a compact computer system using the 

latest chips to keep network node component count 

low and operations at hard-disk speeds. 



Michael Webb, Intel Corp 



Early distributed minicomputer systems used a variety 
of dissimilar networking methods, services and expan- 
sion provisions. As jxC-based workstations invade the 
business environment, the need arises for standardized 
local networking that can quickly transfer information 
and make optimum use of shared resources. You can 
build an Ethernet workstation that's relatively simple 
and inexpensive by configuring a network using the 
system, hardware and software considerations de- 
scribed in this article. 

Choosing Ethernet as the network environment 
makes good sense. For example, Ethernet makes it 
possible to share large, high-speed, remote file facilities 
and thus minimize or even eliminate the need for disk 
storage at the workstation. Similarly, you can eliminate 
printers at most stations by sharing higher quality 
printers that provide automatic print spooling and such 
special features as graphics with text and electronic 
typesetting. 

These remote high-quality services are possible 
because Ethernet permits rapid, lOM-bps data trans- 
mission with even a large number of network users, and 
sharing makes the services cost effective. This shared 
approach to overall system configuration allows you to 
build a compact, high-performance workstation that is 
optimal for a local-area-network (LAN) environment. 

Although most major components used in this 

EDN FEBRUARY 23, 1984 
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workstation are Intel parts, many are available from 
second sources. You can substitute other parts with 
some design adjustment. For example, you can use a 
high-speed 68000 CPU. Its system interface is more 
complex, and the total parts count would increase. In 
the design described, the total component count can be 
fewer than 75 ICs, even with 256k bytes of 64k-bit 
dynamic RAM (32 ICs). 

A system overview 

Fig 1 shows an Ethernet workstation configured 
without disk drives or a printer. The two JEDEC 
28-pin EPROMs that reside on the system bus store 
bootstrap, diagnostic and utility programs. The boot- 
strap program locates the correct file server on 
power-up and downloads the operating system over the 
net. File accesses to remote file servers depend on 
Ethernet speed to keep performance at the level 
experienced when hard disks are dedicated to a single . 
workstation. With large system memory, say, 256k 
bytes with 64k RAMs or 1M byte with 256k RAMs, 
large applications programs and data files can reside in 
the workstation once loaded over the network. 

Of course, to connect to the network, the workstation 
needs an Ethernet interface. This formerly required a 
board of MSI devices and one or more DMA channels. 
Today, a dedicated LAN coprocessor combined with an 
Ethernet serial interface chip can provide the complete 
Ethernet interface. An 82586 LAN coprocessor, which 

aimers Publishing Co. All rights reserved. ORDER NUMBER: 231207-001 
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Available shared LAN resources 
provide lower cost workstations 



implements the full Ethernet specification and is 
compatible with the IEEE 802.3 LAN standard, 
provides buffer management both concurrently and in 
real time so that you can take full advantage of 
Ethernet performance. 

Using a dual-port memory system permits the 
various system processors to share as much as 1M byte 
of 150-nsec dynamic RAM, which runs at 8 MHz, 
without any wait states. One memory port is tied to the 
system bus, while the other port is tied to a display 
system through a multiplexed bus. Using this dual-bus 
arrangement offloads the system bus from such tasks 
as screen refresh. 

The dual-channel communications controller has two 
serial I/O channels, each of which can be configured for 
a different protocol; one of its ports is used for the" 
workstation's keyboard, and the other channel supports 
a local modem interface. The keyboard contains a 
battery-backed CMOS single-chip microcontroller 
(80C51) that controls the keyboard, has an interface for 
a mouse or digitizing pad and maintains semipermanent 
system configuration and real-time clock information 
even when the system is powered down. 

The logic needed to read and execute high-level 



Ethernet communications tasks is in the LAN coproc- 
essor. It accesses the Ethernet through a serial 
interface chip and a transceiver (Fig 2). The interface 
between the serial interface chip and the transceiver 
requires a crystal clock and a few capacitors and 
resistors. 

The hardware interface between the LAN coproces- 
sor and CPU (Fig 3) is even more straightforward, 
requiring only an inverter and transistor. The LAN 
coprocessor, which has the same pin configuration as 
the CPU, resides on the multiplexed CPU bus. To gain 
control of this bus, the LAN coprocessor uses its 
Hold/Hold Acknowledge (HOLD/HLDA) lines, which 
are directly wired to the CPU. The LAN coprocessor 
and CPU share a set of octal noninverting address 
latches and transceivers, through which they access the 
system bus and communicate with system memory. All 
commands and status concerning the Ethernet link are 
exchanged between the two through this memory. 

The dual-port controller, through which system 
memory is accessed (Fig 4), gives priority to Port A, 
the port shared by the CPU and LAN coprocessor, 
thereby minimizing latency when receiving an Eth- 
ernet packet. This arrangement allows time for the 
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Fig 1— Consisting of four main subsections— a network-interface control system, CPU, dual-port memory system and display 
controller— this Ethernet workstation relies on VLSI parts for high-speed performance. EPROM memory contains the bootstrap 
program that gets the system onto the net at power-up, while the dual-channel controller provides a keyboard interface and modem 
communication. 
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VLSI reduces a board of components 
to a single coprocessor chip 



workstation to receive a maximum-size Ethernet pack- 
et, while the text coprocessor, which resides on Port B 
of the memory controller, simultaneously fills a display 
buffer. By using a dual-port memory controller, you 
also shift the overhead incurred in filling a display 
buffer away from the main system bus, freeing it for 
other application tasks, such as communicating via the 
modem. 

Because high-quality, low-cost printing is to be a 
network resource, your workstation should let you 
generate documents with different type fonts and 
graphics. A text display of 25 lines x 132 characters and 
proportional-spacing capability is suitable for most 
business applications. Integrating a text coprocessor 
into the display system (Fig 5) makes sense because it 
can generate the proportionally spaced text using an 
LSI video interface component. Add a character 
generator and three latches for synchronization, and 
the display interface is complete. 



Concurrent display of data from different files in 
separate areas of a CRT screen, called windows, has 
proven desirable in business applications and should be 
part of any modern workstation. In the past, hardware 
support for multiple windows was available only in 
$10,000-and-up workstations. A text coprocessor with 
on-chip DMA simplifies list-based manipulation of 
multiple overlaid text windows, as used with the Xerox 
Star and Apple Lisa workstations. 

Looking at bandwidth realities 

Considering the memory- intensive nature of this 
design, sufficient bandwidth in the dual-port memory 
system is a key factor. There must be sufficient 
bandwidth to support the data-rate requirements for 
display refresh. At the same time, the LAN coproces- 
sor must be able to access memory frequently enough 
during packet reception or transmission to avoid 
overrun or underrun in its on-chip FIFO buffers. 



ETHERNET 

TRANSCEIVER 

CABLE 




Fig 2— A serial interface chip (82501 ) provides a path from LAN controller to cable transceiver. Its six outputs correspond with the 
six major signal lines of the 8-wire Ethernet cable. The remaining two lines are for dc power and return. 
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An Ethernet workstation 
should support windows 



To refresh a video display, you must fill the row 
buffer once for each character row displayed. If you use 
a display with 14 scan lines per character row, you can 
generate characters in a 9xl4-character cell, which 
provides good character definition. Assuming that it 
takes 49 ixsec to write a line (this timing depends on 
monitor selection), it would take 686 |xsec to display a 
single row of characters. 

If the text coprocessor must wait during every 
memory access for the LAN coprocessor or CPU to 
complete a cycle, and Port A of the dual-port controller 
has priority, then the worst-case memory-access time 
would be approximately 800 nsec per word. With 132 
words per row and 20% overhead for string and pointer 
manipulation, 126.72 usee are needed to fill the next 
row buffer. This is easily within the display refresh 
requirements, because 686 usee are required to display 
a row. Because the text processor has dual row buffers, 
it makes no bus accesses 81% of the time and still 
provides continuous screen refresh. 

When receiving packets from the Ethernet, the LAN 
coprocessor takes charge of the bus for the time 



required to store two maximum-size packets (1518 
bytes each) that can arrive with a minimum interframe 
spacing of 9.6 jisec (the worst-case situation defined in 
the Ethernet specification). The LAN processor uses 
the 9.6-|xsec gap between frames to set up pointers to 
the next free buffer. Without an intelligent controller, 
this time would be insufficient to prepare for the next 
frame. 

Data arrives over the Ethernet at 800 nsec per byte. 
At 800 nsec per byte multiplied by 3036 (2x 1518) bytes, 
it takes 2.4288 msec to receive these frames. During 
this time, for 126.72 ixsec of every 686 jisec, the text 
coprocessor is contending with the LAN coprocessor 
for data to load its row buffers. Under worst : case 
conditions, the LAN processor can write a word every 
800 nsec during this contention interval; without 
contention, it can write a word every 400 to 450 nsec. 
Either way, there is plenty of time to store data coming 
in at 1600 nsec per word. 

In fact, the LAN processor in this system can 
continuously store incoming packets with the minimum 
interframe spacing as long as receive-buffer space is 
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Fig 3— For the core of an Ethernet workstation, an 80186 \*P is teamed with an 82586 LAN controller to provide computational 
power and network communication, respectively. The units share the local CPU bus. No random logic is needed to interface them 
because they have identical interface structures and timing requirements. 
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Fig 4 — The memory system has two ports tied to the system bus and the memory bus, which communicate with the display. 
Offloading display-memory accesses keeps the system bus open for Ethernet operations and user applications. 
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Fig 5 — For the CRT subsystem, the 82730 and 82731 convert bytes from the workstation bus to characters on a 
25-linex 132-character CRT screen. The text coprocessor also handles multiple windows. 
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available in memory. At the same time, Vz to V2 of the 
bus bandwidth is still available for the CPU to continue 
program execution. In previous systems, program 
execution virtually stopped while high-bandwidth pe- 
ripherals are using the bus. Because both peripherals 
are coprocessors, they run asynchronously and concur- 
rently with other system activity. 

With plenty of leftover bandwidth, the two DMA 
channels on the CPU can be used to add efficiency and 
performance to the dual-channel communications con- 
troller. Data from the keyboard-input buffer is trans- 
ferred to the CPU via DMA, and the other DMA 
channel makes possible a 64k-baud synchronous or 
HDLC modem link on the communications controller's 
other port. Baud-rate timing for the two channels is 
generated using two of the CPU's three on-chip timers. 

The CPU also directly generates chip selects, channel 
attentions and wait states for the system peripherals. 
The CPU's on-chip interrupt controller services inter- 
rupt inputs from the LAN coprocessor, text coproces- 
sor, communications controller and other peripherals. 

The software relationship 

Most of the system's hardware relationships are 
easily grasped, but a firm understanding of the 
software architecture is essential to building an opti- 
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Fig 6— Seen from a software perspective, the LAN 

coprocessor looks like Receive and Command units. When 
receiving data packets from Ethernet, the coprocessor 
converts them from serial form and places them in frame area 
locations it manages within the memory system. The CPU 
directs the coprocessor using handshake lines and messag- 
es left in the shared-memory system's command-block list. 



mum workstation. Fig 6 shows how the LAN coproces- 
sor interacts with the system from a software point of 
view. Receive and Command units are software 
constructs rather than physical segments of the LAN 
coprocessor; in reality, the same hardware performs 
both functions. 

As previously noted, all communications between the 
CPU and the LAN coprocessor occur in system 
memory. The CPU builds a command block, stores it in 
memory, updates the command-block list and then 
activates channel attention to get the LAN coprocessor 
to look at the command-block list for one or more new 
commands. If requested by the command block, the 
LAN coprocessor interrupts the CPU on completion of 
one or more commands. 

The focal point for all interaction is the system 
control block (Fig 7). This data structure contains chip 
status, pointers to the command-block list and receive- 
frame areas, and universal statistics on faults such as 
CRC errors and alignment errors. 

Both the command-block list and receive-frame area 
use the same concept, or model, to manage data buffers 
for either transmission or reception. The buffer man- 
agement model employs one or more arbitrarily sized 
buffers to construct each data frame. Pointers control 
and access the buffers, and linked lists manipulate 
them. 

This model offers distinct advantages over more 
primitive approaches. Allowing the physical buffers to 
be arbitrary sizes gives the system designer maximum 
flexibility in selecting the buffer size and in allocation 
methods. Because you can locate the memory for these 
buffers anywhere in the 16M-byte address space, this 
buffer management support simplifies the task for the 
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Fig 7 — A special memory block, the system control block, 

serves as a bulletin board whereby the CPU and LAN 
controller communicate. The system control block holds 
control and status information pointers to the command- 
block list, where the CPU stores instructions for the LAN 
coprocessor, and the receive-frame area, where data from 
the Ethernet is stored by' the LAN coprocessor. The block 
also contains error information of interest to the CPU. 
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operating system's dynamic memory-allocation scheme. 
Communication buffers for the LAN coprocessor are 
dynamic by definition. 

A buffer needn't be the size of the largest frame ever 
expected; it can be any convenient size. If a frame 
larger than the selected size arrives, the LAN 
coprocessor automatically allocates as many buffers as 
necessary to contain the frame, and updates the 
pointers and links to indicate where the frame starts 
and which buffers are occupied by the frame. 

This flexible buffer size avoids the waste of large, 
dedicated buffers for receive frames when most of the 
frames actually received are much smaller than the 
maximum size (ie, are control frames rather than data 
frames). Also, this automatic buffer chaining of receive 
data increases communications performance and effi- 
ciency; even if several frames arrive before the CPU is 
free to examine incoming data, the workstation seldom, 
if ever, misses a frame addressed to it. 

The effectiveness of this buffer management scheme is 



perhaps best understood by examining what happens 
when a packet comes in from Ethernet. The LAN 
coprocessor's Receive section handles all frame recep- 
tion activities. It manages a pool of memory space — the 
receive-frame area (Fig 8) — using the receive-frame 
and free-frame lists. 

Within each list are receive-frame descriptors 
(RFDs) that contain status data and pointers. The 
RFDs in the receive-frame area point both to the first 
buffer that has been filled with received data, and to 
the first RFD of the free-frame area. The CPU can 
organize the pointers in linear, random or circular 
fashion. Once a pointer structure is adopted, the LAN 
coprocessor allocates buffers and maintains the proper 
linkage automatically. 

When the LAN coprocessor begins receiving a 
frame, it uses the first RFD in the free-frame list to 
hold status and information concerning the frame, and 
then allocates and links in as many free buffers as 
necessary to contain the frame data. The linking 
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Fig 8 — Received packets are stored in a receive-frame area consisting of two linked lists— the receive-frame list and free-frame list. 
The LAN coprocessor pulls into the receive-frame list as many buffers of any size as needed to store an incoming packet. Buffers 
used are pointed to by receive-frame descriptor (RFD) and receive-buffer descriptor (RBD) blocks. The variable-size message block 
saves memory, with packets stored according to actual size rather than maximum size. 
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process is accomplished using a receive-buffer des- 
criptor (RBD) to point to the next buffer containing 
contiguous data. 

Once frame data is complete, the LAN coprocessor 
writes the frame status into the associated RFD and 
the actual count of valid data into each RBD used by the 
frame. It then flags the last RBD used to contain the 
frame and updates the first RFD on the free list to 
point to the first free RBD. All this is done in time to 
catch a second frame sent to the workstation address, if 
one is transmitted immediately following completion of 
the previous frame using Ethernet's 9.6-|xsec minimum 
frame spacing. 

In effect, the LAN coprocessor can receive continu- 
ous data packets from the network as long as buffer 
space remains available. This is achieved by dedicating 
a complete microcoded machine in the LAN coproces- 
sor to generating buffer management primitives, and 
giving this machine DMA control to speed its bus 
requests. No DMA setup or control is needed from the 
CPU, reducing overhead and simplifying the system. 

Data transmission is accomplished in a similar 
fashion. To transmit a frame over the Ethernet via the 
LAN coprocessor, the CPU constructs a command 
block (Fig 9). Included in this command block is a 
pointer to a buffer descriptor, which points to one or 
more buffers containing the data to transmit. 

If more than one buffer is used, the LAN coprocessor 
automatically links the buffers together as it transmits 
the frame. In addition, the LAN coprocessor automati- 
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Fig 9— The system control block points at the command 
block containing instructions from CPU to LAN controller 
concerning a transmission. These include control informa- 
tion, a link to the next command, a pointer to a transmit-buffer 
descriptor, the packet's destination address and the type of 
field it contains. The command area is organized similarly to 
the receive-frame area. 



cally inserts the frame preamble, source and destina- 
tion addresses, type field, and CRC during the 
transmission process. The CPU can choose to be 
interrupted following the transmission of one frame, or 
it can link together several transmission requests and 
be interrupted following the final frame 
transmission. 
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Introduction 

Local area networks, or LANs, were developed as a 
response to the development of distributed intelligence. 
In the past decade the performance/price ratio of mi- 
croprocessors has increased well over 1000 fold. It is 
these low cost microprocessors that have enabled com- 
putational capability formerly residing in a centralized 
computer to be placed on users' desks. However, the 
cost of computer peripherals (such as letter quality 
printers, Disk memories, and communication servers) 
has not dropped in a similar fashion (because of high 
electro-mechanical content). Also, there is an increas- 
ing need to share timely and accurate information 
among users in a business setting. LAN technology is 
the solution to these problems by allowing users to 
share the cost of peripherals and access common data 
bases. 

As LANs begin to proliferate, it is becoming clear that 
no single network type can cost effectively meet all of- 
fice users' requirements. Some applications require high 
data rates; for example, real time graphic display infor- 
mation. Other applications require the lowest cost per 
connection; for example, data entry terminals. This fun- 
damental tradeoff between performance and cost drives 
the evolution of a tiered network architecture for the 
office. A model based on tiered network architecture 
predicts that user workstations within a department 
will be clustered together, and that these clusters will be 
interconnected through a LAN Backbone network. 

Today these two types of networks (cluster and LAN 
Backbone) can be realized by using available VLSI 
technology. Intel's 82586 LAN Coprocessor supports 
LAN Backbone technologies such as IEEE 802.3/Eth- 
ernet. The 82586 also supports the cluster networks by 
realizing 1 Mbps CSMA/CD networks. 1 Mbps net- 
works are significantly cheaper than LAN Backbone 
networks because lower cost cabling and electronics 
can be used, and fewer repeaters are required between 
cable segments. In the future, PBXs will play an impor- 
tant role in this clustering tier as true two wire voice/ 
data communication becomes a reality. 



The Tiered Network Model 

An office network can be thought of as consisting of 
three performance tiers. End users can optimize their 
network cost/performance ratio by building up net- 
works with different performance attributes. 

The Three Tier Network Model is shown in Figure 1. 
Tier 1, the highest performance tier, is referred to as the 
Computer-to-Computer tier. A network in this tier is 
characterized by a very high data rate, 50 to 100 Mbps. 
Solutions for this tier take the form of loops or rings 
and even fiber optics. An example of this type of net- 
work is Network Systems' Hyperchannel. 



Tier 2, the LAN Backbone, is a high performance tier 
generally operating in the 10 Mbps data rate range and 
cover a distance sufficient for a single building. An ex- 
ample of this kind of network is the IEEE 802.3/Ether- 
net. This tier is the main highway over which informa- 
tion travels throughout a building connecting expensive 
peripherals (e.g. laser printers and file servers) to end 
users located in the clustered tier. 

Tier 3, or the Human Interface tier> is characterized by 
the clustering of end user workstations. Networking ca- 
pability in this tier exhibits the most cost sensitivity 
because the workstations themselves are numerous and 
low cost ($500 for a terminal to $3000 for a personal 
computer). Fortunately humans can tolerate display 
screen latencies of 0.5 to 1 second that lower bit rates 
provide. These lower bit rates enable low cost networks 
to be realized. The need for low cost is the reason why 
data rates in this tier are generally 1 Mbps or less. Ex- 
amples of Tier 3 networks are personal computer net- 
works such as Orvus Systems' Omninet, Orchid Tech- 
nology's PCnet, Nestar's Plan Series and JEEE 802.3 
Star LAN. 

Voice/data PBXs will play an important role in Tier 3. 
Telecommunication suppliers have a big advantage in 
the office in that almost everyone has a phone on his 
desk. Today users take advantage of this installed net- 
work capability through modems. PBX manufacturers 
have already begun to make cluster products available 
in the form of voice/data PBXs. The data rates offered 
are 19.2 to 64 kbps in addition to voice, which is suffi- 
cient for terminal applications. These manufacturers 
are already reducing the terminal/station apparatus 
footprint size by offering teleterminal (combined termi- 
nal and phone) products. 

A Three Tier Network Office/Commercial 
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Figure 1. Three Tier Network Model 
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The tiered network model is analogous to a road sys- 
tem. Tier 1 is the 10 lane freeway in a major metropoli- 
tan area. This highway is responsible for moving very 
large volumes of traffic. This type of highway is very 
expensive to build, but the traffic volume warrants it. 
Tier 2 can be thought of as an Interstate Highway in 
which a large amount of traffic can be transported over 
long distances. Tier 3, or the Human Interface tier, can 
be thought of as the streets within a city which inter- 
connect onto the interstate highway. In this scheme, no 
single user has a freeway butting up to his driveway; in 
a similar fashion no user is connected to a Tier 1 net- 
work. This tiered approach maximizes the performance 
of Tier 2, because most of the Tier 3 traffic stays within 
Tier 3; just as farm tractors primarily stay on dirt 
roads, not super highways. 

Another way to view the model is to draw an analogy 
to microprocessors. To meet the requirements of di- 
verse applications there are 4-bit, 8-bit, 16-bit and 32- 
bit processors available. Nobody questions that a 32-bit 
microprocessor is overkill for a microwave oven. In a 
similar fashion no single network can cost effectively 
solve the problems of each networking need. It is 
through this tiered approach that users achieve the best 
cost/performance ratio for moving vehicle traffic. 



Applications and Tiers 

This model can be mapped into application perform- 
ance requirements found in the office. Figure 2 shows a 
graph of cost and performance for various applications. 
Experience has shown that end users are willing to pay 
no more than 10 to 15 percent of their system cost in 
order to obtain data communication capability; this 
percentage is an important assumption. 

Application data rate requirements can be placed into 
three groups analogous to the three tiers of Figure 1. At 
the very high end is the computer-to-computer commu- 
nication requirements, in which end users will spend 
$50k to $60k per connection. 

At the high end is the CAD/CAM user requirements in 
which very expensive peripherals such as electrostatic 
plotters and disks need to be shared. The cost of an 
Ethernet connection, $ Ik to 1.5k, is very affordable at 
this tier. 



At the lowest end is the terminal and personal comput- 
er requirements. This application space spans a wide 
spectrum of performance requirements. At the low end, 
data entry can tolerate very low data rates with not 
much performance degradation, and consequently is 
the most cost Sensitive. Using modems as a benchmark, 
users are willing to pay upwards to $450 for a 1200 bps 
serial connection. At the higher end, resource sharing 
and graphic requirements for PCs require in the range 
of 1 Mbps. Popular personal computer LANs cost $500 
to $1000 per connection (not including wiring cost). 

Networking at Tier 3 provides an overall lower cost 
solution because the cost of the network is less than the 
cost of each user having his own peripheral. This obser- 
vation is validated in that a major trend in the market 
place today is diskless workstations. 

It is the wide range of personal computer and terminal 
data rate requirements that make the Tier 3 the most 
interesting. It is possible for a user to spend too much 
for performance he will not use. In fact, for personal 
computer networks, bit rate is not the major limitation, 
rather it is the restrictions of electro-mechanical periph- 
erals such as Winchester disks and software overhead 
on the local CPU that cannot keep up with 1 Mbps 
continuous (as opposed to bursty) data rates. 



Evolution Scenarios 

Two scenarios have been developed to explain how a 
tiered network will be realized in the real world. Sce- 
nario 1, the local optimization scenario, assumes that 
departments within an organization will make their 
networking decision in isolation. 

In this scenario the particular application requirements 
of a department are very well known. For example, an 
Engineering department has very high data rate re- 
quirements to support its CAD environment; whereas 
Sales has low data rate requirements for their order 
entry and order inquiry needs. Because the applications 
are well known, a decision can be made quickly on 
which network to purchase. Departmental budgets usu- 
ally can cover the costs of these networks, so approval 
of a higher authority is not required. The result is that 
each department will develop its own cluster network 
(Tier 3). 
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Figure 2. Application Performance Spectrum 



However, over time many departments will develop 
their own cluster tier; each department will realize they 
have a need to interconnect among each other. For ex- 
ample, the Marketing department may have to access 
cost information from the Finance department as well 
as last month's order rate from Sales. When cluster-to- 
cluster communication requirements become impor- 
tant, the company will make a conscious decision to 
provide interconnect capability. This interconnect ca- 
pability is realized through the LAN Backbone. A 
growing concern is whether gateways/bridges will ex- 
ist. This concern leads to Scenario 2. 

Scenario 2, the global optimization scenario, occurs 
when the users make a conscious decision to solve their 



networking requirements at one time. In this scenario, 
the decision is centralized because it impacts the entire 
operation or company. The advantage of this approach 
is built-in compability to interconnect the users. How- 
ever, at this time the decision can be very difficult be- 
cause the technology is not stable, and user require- 
ments are not fully understood. 

In this scenario the Tiered Network model predicts that 
clustering will occur as well. For example, it will not be 
cost effective for each user to connect onto an Ethernet 
cable ($1500 cost). Thus, each department will have a 
cluster optimized for its particular application intercon- 
necting through a LAN Backbone. 
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To summarize, we can see that there is no single net- 
work that solves all user problems. Whether a user op- 
timizes locally or globally, clustering is likely to occur. 
Each end user group will have a cluster that is optim- 
ized for its particular application requirements. It is 
through this clustering with interconnection through a 
LAN Backbone that end users will realize the most cost 
effective network. 



VLSI and the LAN Backbone 

The IEEE 802.3/Ethernet standard has gained wide ac- 
ceptance by a number of system suppliers. IEEE 
802. 3's popularity has been driven primarily by its ac- 
ceptance by major minicomputer manufacturers, the 
approved IEEE specification itself, and the availability 
of low cost VLSI controller chips. From a technical 
viewpoint, the IEEE 802.3 shares the benefits of Carri- 
er Sense Multiple Access/Collision Detection, CSMA/ 
CD, technology. These benefits are: 

1. Proven technology. Ethernet has been in use since 
1975 by Xerox. The technology is well-understood, 
and has resulted in the IEEE standard. 

2. Performance. Elimination of the centralized (or hier- 
archical) control network communications results in 



greater efficiency and bandwidth utilization and 
shorter delay in getting the message to its destina- 
tion. 

3. Reliability. The CSMA/CD media access method 
enables the network to operate without central con- 
trol or switching logic. If a station on the network 
malfunctions, it does not affect the ability of other 
stations to intercommunicate. 

4. Easy expansion. The passive, distributed nature of a 
CSMA/CD network permits easy expansion. Sta- 
tions can be added to the existing network without 
reinitialization of all the other stations. Such capabil- 
ity supports future growth requirements through 
simple expansion of the network. 

Figure 3 shows the basic building blocks for an IEEE 
802.3/Ethernet system and how it relates to the Inter- 
national Standards Organization (ISO) Open Systems 
Interconnect model for networking. Basic components 
consist of a coaxial cable for transmission media, a 
transceiver to transmit and receive signals that come 
over the media and detect collisions, a transceiver cable 
to connect the data terminal equipment to the trans- 
ceiver which allows flexibility of the location of the ter- 
minal, and a controller board. 











" DATA LINK LAYER 



















DATA LINK CONTROLLER 



PHYSICAL CHANNEL 



COAX 
CABLE 

I II 

ETHERNET CONTROLLER BOARD TRANSCEIVER TRANSCEIVER 

| CABLE 



TYPICAL 
IMPLEMENTATION f 



TO I/O BUS ETC. Z 




Figure 3. Ethernet Data Link and Physical Links 
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Today, Intel supplies VLSI for the controller board 
function. Intel's 82586 LAN Coprocessor performs the 
IEEE 802.3 data link functions without any CPU in- 
volvement: 

* frame assembly/disassembly 

* handling of source and destination addressing 

* detection of physical channel transmission errors 

* CSMA/CD network link management 
— collision detection 

— backoff and retransmission after a collision 

In addition the 82586 supports the designer with diag- 
nostic capability to make system design easier. For ex- 
ample DMA underrun and overrun errors, frames that 
are received in error, and number of deferrals are re- 
ported. Loopback capability is allowed to facilitate self 
diagnostics. These capabilities are performed without 
any involvement from the host CPU. 

Intel's 82501, Ethernet Serial Interface, performs Man- 
chester encoding and decoding of the data and timing 
information. 

More details on operation and design support capabili- 
ties of the 82586 are included as an appendix to this 
paper. 



VLSI For The Human Interface Tier 

From a technology viewpoint, the Human Interface 
Tier is an interesting one. Traditional computer manu- 
facturers and PBX manufacturers are providing solu- 
tions that leverage their traditional strengths. Comput- 
er manufacturers are providing solutions via LANs 
based on their data communications expertise. PBX 
manufacturers, on the other hand, are beginning to of- 
fer voice/data PBXs. While these are two competing 
technologies, both suppliers realize they do not have 
the complete solution. Minicomputer and PBX manu- 
facturers have cooperated in developing the standard 
"Computer-to-PBX" interface. These technologies are 
discussed in greater detail below: 



Cheapernet 

Within the IEEE 802.3 committee is a subgroup defin- 
ing a lower cost version of Ethernet called Cheapernet 
(also known as Thin Ethernet or Skinny Ethernet). 
Cheapernet maintains Ethernet's 10 Mbps data rate t but 
cost is reduced through a lower cost cabling scheme. 
Ethernet's yellow cable, cable tap box, and transceiver 
drop cable are replaced by low cost RG58 CATV coax- 
ial cable. The Ethernet transceiver function is located 
within the terminal itself. The coax cable is attached 
directly to the terminal through a T-connector. Instal- 
lation does not require a specialized craft person to in- 
stall. 



While this approach is lower in cost than Ethernet, it 
has two limitations. First, the segment length is restrict- 
ed to 185 meters. For the office this distance limitation 
requires the use of repeaters that increase the cost and 
reduce system reliability. Second, the cable/terminal 
(ground) isolation scheme is the same as for Ethernet 
which requires D.C. isolation between the transceiver 
and the terminal (because of ground). This isolation 
scheme limits the potential cost reduction because it 
does not allow integrating the transceiver, encoder/de- 
coder and controller functions into a single chip. Ether- 
net/Cheapernet require DC/DC converters to the 
transceiver. 



1 Mbps CSMA/CD LAN 

Today there are a number of personal computer net- 
work products that are unique to a single vendor. These 
networks lack the ability to electronically (physical 
link) interconnect, much less have compatible software 
link among other vendors. These networks are charac- 
terized by bit rates in the 1 Mbps area and are generally 
of the CSMA variety. In an effort to see a standard 
emerge in this area, Intel is working with AT&T, 
Wang, Tandem, Toshiba, and others to arrive at a 1 
Mbps standard within the IEEE 802.3 committee. 

1 Mbps networks offer a lower cost of connection than 
do 10 Mbps networks. First, cabling cost can be re- 
duced by using low cost CATV coax, or twisted pair 
wire. Second, the length of cable segments can be much 
greater for 1 Mbps than in 10 Mbps technologies: going 
from less than 200 meters in Cheapernet, to 500 meters 
for Ethernet to over 1000 meters for 1 Mbps CSMA/ 
CD. Longer cable segments mean few repeaters are 
needed on the network. Third, is that 1 Mbps networks 
allow VLSI interface costs to be reduced significantly. 
For 1 Mbps networks, it is possible with available tech- 
nology to cost effectively integrate the controller func- 
tion with the serial interface function and the transceiv- 
ers into one chip. This level of integration is not 
achieveable in Ethernet/Cheapernet networks because 
the transceiver chip and serial interface chip are electri- 
cally isolated through transformers as mentioned 
above. 

A concern is that 1 Mbps may not offer adequate per- 
formance for personal computer applications. The per- 
formance of 1 Mbps networks, such as Omninet and 
PCnet, is not limited by the serial bit rate, but rather 
electro-mechanical peripherals, particularly Winchester 
disk access time. Network performance (as measured 
by the time required for many users to down load a 
common file) can be significantly (3-4 X) improved by 
using "RAM Disks" within the file server. RAM Disks 
are really extensions of the file server's local RAM 
memory that can hold commonly accessed files (such as 
a spread sheet program or BASIC language). Several 
personal computer network vendors already have these 
products available. 
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1 Mbps CSMA/CD networks can be cost effectively 
realized using the 82586 LAN Coprocessor from Intel. 
The 82586 is unique among present LAN controllers in 
that data rates and CSMA/CD network parameters 
(slot time, back-off priority, framing, etc.) are program- 
mable. This programmability allows the 82586 to be 
used as a 1 Mbps controller. The advantage of this ap- 
proach is that software developed for Ethernet worksta- 
tions can be immediately transferred to 1 Mbps net- 
works because the system interfaced to the 82586 re- 
mains the same. Available 1 Mbps Manchester encod- 
er/decoders and a low cost discrete transceiver com- 
plete the 1 Mbps physical interface. Future cost reduc- 
tions can be realized by integrating the controller and 
Manchester encoder/decoder and transceiver functions 
onto a single chip. 



Voice/Data PBX 

Many PBX manufacturers are touting voice/data capa- 
bility. This capability usually takes the form of four 
wire systems in which voice and data are carried over 
separate twisted wire pairs. The data rates generally are 
19.2 kbps or 56 kbps, depending on the asynchronous 
and synchronous nature of the data. Fourth generation 
PBXs, some using two wires, are beginning to enter the 
market now and will continue through the 1980's. Even 
these products have data rates ranging from 64 to 128 
kbps, although 256 kbps for data is talked about. These 
data rates are adequate only for the Human Interface 
Tier. 

Presently PBX manufacturers are focusing on the ter- 
minal application market as indicated by the numerous 
IBM 3270 interfaces offered. A 19.2 kbps data rate is 
more than adequate for data entry, data inquiry and 
editing applications. It is not clear whether this data 
rate is adequate for personal computers. Certainly for a 
personal computer working in an editing type environ- 
ment, this performance is adequate. The PBX may not 
be adequate for applications that require heavy use of 
file access, file transfers and graphics. 



Intel currently offers a family of components specifical- 
ly designed to facilitate the design of voice/data PBXs. 
At the heart of the system is the 2952 Integrated Line 
Card Controller. This device supports 8 analog or digi- 
tal subscribers simultaneously. It includes an interface 
to 2 PCM highways and 1 HDLC control highway. 
Analog subscribers interface to the 2952 through the 
29C51 high feature CHMOS combo. The combo em- 
bodies both PCM codec and anti-alias filter functions 
on chip. In addition, integrated signaling test and line 
balancing are performed by the 29C51. Future products 
will allow PBX manufacturers to easily upgrade their 
2952 based products to include true two wire voice/ 
data subscribers. 



Conclusion 

There is no single local area network that meets every 
user's needs cost effectively. IEEE 802.3/Ethernet of- 
fers users a high performance Local Area Network suit- 
able for a LAN Backbone, but it is too costly for per- 
sonal computer and terminal networking. 1 Mbps net- 
works and voice/data PBXs solve this problem. At 
present, Intel's 82586 LAN Coprocessor is the only 
VLSI chip that solves both Ethernet and 1 Mbps LAN 
requirements while simultaneously maintaining soft- 
ware compatibility from the system point of view. In 
the future it can be expected that LAN controllers op- 
timized for 1 Mbps networks that include on chip en- 
coder/decoder and transceiver functions will appear. 
Intel also offers a family of components to facilitate the 
realization of voice/data PBXs. 

In the long run, office networks will be structured into 
department clusters that will be interconnected through 
a LAN Backbone or PBX. The ultimate choice will be 
related to application performance requirements. 
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APPENDIX A 
INTEL LAN SOLUTIONS 



Intel offers a broad range of products to realize LANs. 
These products are in the form of components (82586 
and 82501), boards (iSBC 186/51), and network soft- 
ware (iNA 960). See Figure A. A functional summary 
of components and software solutions is below: 



The 82586 LAN Coprocessor 

The 82586 is an intelligent peripheral that completely 
manages the processes of transmitting and receiving 
frames over a network. It offloads the host CPU of the 
tasks related to managing communication activities. 
More importantly, it does not depend on the host CPU 
for time critical functions (e.g. transmission and recep- 
tion of frames) because it contains its own processor 
allowing it to be a coprocessor along with the host 
CPU. 

The 82586 interfaces easily to available microproces- 
sors. Systems requiring minimum component count can 
take advantage of its direct interface (no 'TTL glue') to 
Intel's 80188 (8-bit bus) and 80186 (16-bit bus) micro- 
processors. 

The 82586 efficiently uses memory through data chain- 
ing. System memory is not wasted because short frame 



(75% of network traffic is less than 100 bytes) can be 
saved in minimal size buffers, while long frames are 
stored by successively chaining buffers together. It 
manages this chaining process without CPU interven- 
tion, thereby maintaining high system performance. 

The 82586 facilitates network management by main- 
taining error tallies in system memory to count: 

— Number of frames incorrectly received due to CRC 
errors 

— Number of frames incorrectly received due to misa- 
ligned frames 

The 82586 counts number of collisions that occurred 
while attempting to transmit a specific frame which is 
an indicator of traffic loading. It also monitors the 
transceiver's collision detection failure reporting mech- 
anism. 

The 82586 assists in developing and maintaining LAN 
systems by maintaining tallies that count the: 

— Number of frames lost due to lack of receive buffers 

— Number of frames lost due to DMA overrun while 
receiving frames 
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The 82586 provides diagnostic capability via internal 
and external loopback service. Distance to cable breaks 
and shorts is provided by on-chip time domain reflecto- 
metry. 

The 82586's network parameters are programmable so 
that LANs optimized to specific applications can be 
realized; for example: broadband networks, short topol- 
ogy networks that require higher throughput than 
IEEE 802.3 and low cost (1 Mbps) networks. 



The 82501 Ethernet Serial Interface 

The 82501 is designed to work directly with the 82586 
in 10 Mbps LAN applications. The primary function of 
the 82501 is to perform Manchester encoding/decod- 
ing, provide 10 MHz transmit and receive clocks to the 
82586, and to drive the transceiver cable. The 82501 
provides for fault isolation via an internal loopback. 
Continuous transmission (babbling) is prevented by an 
on-chip watchdog timer. 



iN A 960 Transport Software 

iNA 960 is a general purpose Local Area Network soft- 
ware package that provides the user with guaranteed 
end to end message delivery. iNA 960 conforms to the 
International Standards Organization's 8073 specifica- 
tion including up to Class 4 transport layer services. 
iNA 960 also provides network management functions, 
and 82586 device drivers. 



Transport Services 

The iNA 960 transport layer implements two kinds of 
message delivery services: virtual circuits and data- 
gram. Virtual circuits provide a reliable point-to-point 
message delivery service ensuring maximum data integ- 
rity and are fully compatible with the ISO 8073 Class 4 
protocol. In addition to guaranteeing message integrity, 
iNA 960: 

— Provides flow control (data rate matching between 
sender and receiver) 

— Supports multiple simultaneous connections (proc- 
ess multiplexing) 

— Handles variable length messages (independently of 
physical frame size) 

— Supports expedited delivery (to transmit urgent 
data) 

The datagram option provides 'best effort' delivery 
service for non-critical messages. The datagram service 
does not guarantee message integrity but requires less 
channel overhead than virtual circuits. 



Network Management Services 

The Network Management facility supports the users 
of the network in planning, operating and maintaining 
the network by providing network usage statistics, by 
allowing the monitoring of network functions and by 
detecting, isolating and correcting network faults. 

The Network Management facility also supports up- 
line dumping and down-line loading of data bases or to 
boot systems without a local mass storage. 



User Environment 

In the iRMX (Intel's real time, multitasking operating 
system) environment, both the user programs and iNA 
960 run under iRMX 86. The communications software 
is implemented as an iRMX 86 job requiring the nucle- 
us only for most operations. The only exception is the 
boot server option, which also needs the Basic I/O Sys- 
tem. iNA 960 will run in any iRMX environment in- 
cluding configurations based on the 80130 software on 
silicon component. 

In those systems where iRMX 86 is not the primary 
operating system, or where off-loading the host of the 
communicatons tasks is necessary for performance rea- 
sons, the user may wish to dedicate a processor for 
communication purposes. iNA 960 can be configured 
to support such implementations by providing network 
services on an 8086, 8088, or 80186 microprocessor. 
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SYSTEM DESIGN/ 



CHIPS SUPPORT TWO 
LOCAL AREA NETWORKS 

Data communication ics permit easy implementation of 
Ethernet and high level data-link control networks. 



by Bob Dahlberg 



The main rationale for local networks is resource 
sharing. Today, small, powerful computers using 
VLSI components sell for less than $2000. Under 
the circumstances, companies intending to use 
several such systems are reluctant to equip each one 
with a disk drive and printer that could more than 
double the price per station. Rather, they prefer to 
share disks and printers among several systems in 
order to spread the cost of peripherals across 
several users. 

By connecting these small computers to a local 
area network (LAN), resource sharing with little 
degradation in overall system performance 
becomes practical. However, if the network inter- 
face costs $1000 or more per computer, the 
economic advantage of resource sharing wanes. 
Thus, network interface cost is a primary criterion 
in selection, particularly for low cost computers. 

Access methodologies represent another impor- 
tant factor in network selection. And, although an 
equal access, first-come, first-served method might 
be appropriate for an office system environment, it 
could be the curse of a process control system. In 
the latter case, a priority-based (or controlled) 
access method might be the only realistic choice. 

Bob Dahlberg is a product manager responsible for 
local area network components at Intel Corp, 3065 
Bowers Ave, Santa Clara, CA 95051. He holds a bs in 
electrical engineering and computer science from the 
University of California, Berkeley, and an mba from 
the University of Chicago. 
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All else being equal, networks supported by avail- 
able LSI and VLSI components exhibit cost and 
development speed advantages over board-based 
LANs. Now, available chips support both priority- 
based and equal access schemes. One such network 
is based on the IEEE 802.3 specification, while 
another uses a variety of physical interface schemes 
overlaid by high level data-link control/synchronous 
data-link control (HDLC/SDLC) protocols. 

Costly copper 

In short distance networks, one can choose a 
serial, two-wire scheme or a parallel, multiwire inter- 
face. Parallel bus structures are implicitly faster 
than serial structures but tend to be more expensive 
and less reliable. The amount and cost of the copper 
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Fig 1 A multidrop configuration is the simplest means of 
network expansion (a). Additional stations are connected 
directly to the network cable, but some addressing method 
must be used to avoid party-line reception by all stations. 
hdlc/sdlc protocols provide a controlled-access technique 
where a primary station controls all bus access and determines 
which secondary stations respond to its commands (b). 

wire are much greater, and the number of connec- 
tions (inversely related to reliability) is also much 
greater. Thus, the networks described are both 
serial, two-wire types. 

A fundamental assumption in data communica- 
tions is that noise will corrupt the transmitted data. 
Error detection schemes can be employed to deter- 
mine the validity of received data. One common 
data error detection method applies a numerical 
algorithm to the message bit pattern and produces 
a unique sum. This sum is appended to the end of 
the message and is used by a receiving system as a 
quick check for the proper bit pattern. Called a 
cyclic redundancy check (CRC), this process permits 
a receiving station to discard erroneous data and 
request retransmission. If the message frames are 
sequentially numbered, the retransmission request 
can be made specific to that frame to dispense with 
the request for a larger group of data. Thus, the 
process can be made more efficient. 

As needs grow, users may want to add more work- 
stations and intelligent peripherals to a network. It 
would be ideal to attach each station to the net- 
work by simply connecting the station directly to 
the serial network bus cable. This is called a multi- 
drop configuration and it resembles a party line 
telephone circuit [Fig 1(a)]. As a party line, each 
station attached to the cable receives all the data 
transmitted on the cable. In order to route 
messages to their intended recipients, the messages 
are logic switched, or specifically addressed, to one 
or more receiving stations. All others will ignore 
the data after learning that no match existed between 
their addresses and those of the data being sent. 

Each data packet or frame contains a set of 
address bits that determines which stations receive 
the data. In a sense, address bits constitute overhead 
because they are not part of the information being 
sent between stations. Any loss in data transfer 



efficiency, however, is made up by the simplicity of 
the network expansion interconnect scheme. 

The Ethernet specification (a modified version 
of which was recently accepted as IEEE standard 
802.3) describes its physical link characteristics in 
full detail. Coaxial cable is used as the network 
cable bus, and each station is connected to that 
cable via a transceiver and transceiver cable. 
Minimum distance between station transceivers is 
2.5 m, and a network segment can extend to 500 m 
(and contain up to 200 nodes). Because up to five 
segments can be joined using active repeaters be- 
tween each segment, the overall Ethernet network 
can be 2500 m long and support up to 1000 nodes. 
Individual nodes can connect to more than one sta- 
tion, and the number of stations connected to an 
Ethernet network can exceed 1000. 

Data is sent at a 10-Mbit/s rate using a self- 
clocking Manchester encoding format. Only one 
data packet can be sent at a time using Ethernet, 
and access is on a first-come, first-served basis. 
Carrier sense multiple access/collision detection 
(CSMA/cd) methodology is used. The maximum 
and minimum distances between transceivers are 
derived from the CSMA/CD requirements based on 
interframe-spacing and the collision detection 
procedures. 

A second alternative requires no specific physical 
link. Speed, distance, and cost parameters dictate 
actual implementation. The simplest and least 
expensive method is to drive a twisted-pair cable 
with off-the-shelf transceiver chips. 

Choosing protocols 

Both the IEEE 802.3/CSMA/CD and the HDLC/SDLC 
protocols provide logic-switched messaging and 
frame-by-frame error detection, ieee 802.3/Ethernet 
treats each station equally and does not permit 
priority network access, whereas HDLC/SDLC 
enforces a primary/secondary hierarchy [Fig 1(b)]. 
A primary station controls the overall network by 
issuing commands to the secondary stations/Sec- 
ondary stations comply with the primary station's 
commands and access the bus for retransmitting 
data only in response to those commands. Unlike 
Ethernet, which is based on probabilistic network 
access, HDLC/SDLC provides deterministic (or con- 
trolled) access. 

SDLC is an IBM standard communication protocol 
and a subset of hdlc, a standard communication 
link control established by the International Stan- 
dards Organization (ISO), hdlc and its subset are 
data-transparent protocols, which means the arbi- 
trary data streams can be sent without concern that 
some of the data might be mistaken for control 
characters. Thus, unlike the Bisync protocol and its 
controller, an HDLC/SDLC controller need not 
detect special characters except for the unique 
opening/closing flag bytes. Moreover, unlike an 
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01111110 
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8 BITS 
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(ONLY IN INFORMATION FRAMES) 


16 BITS 


01111110 











Fig 2 The prescribed format for hdlc/sdlc frames consists of 
bounded by opening and closing flags. This avoids the need for 
often used in asynchronous protocols. 

asynchronous protocol and its controller, the HDLC/ 
SDLC need not provide start and stop bits. 

Both hdlc/sdlc and Ethernet protocols specify 
particular message formats (or frames). The 
hdlc/sdlc protocol consists of five basic fields- 
flag, address, control, data, and error detection. 
Each frame is enclosed by an opening and closing 
flag. Both the opening and closing flags form a 
similar bit sequence— 01 nil 10— that is an indi- 
vidual character in SDLC/HDLC, Inserting a in the 
information data flow whenever a sequence of five 
Is occurs achieves flag character individuality in 
SDLC/HDLC. These inserted bits are automatically 
stripped out upon reception. For SDLC, the address 
field is 8 bits wide, but can be 2 (or more) bytes 
long in HDLC. Similarly, the control field in SDLC is 
8 bits wide, but can also be longer in HDLC. The 
SDLC data or information field can contain any 
number of bytes. However, the same is true for 
HDLC in certain instances where the data field must 
end on an 8-bit boundary. Finally, the frame check 
sequence field contains the 16-bit CRC result for all 
of the bits between flags (Fig 2). 

Three types of frames are used in HDLC and 
SDLC. A nonsequenced frame establishes initializa- 
tion and control of the secondary stations. A 
supervisory frame handles control, and an infor- 
mation frame is used for data transfers. 

The SDLC protocol appears in low cost asyn- 
chronous modems using nonreturn to zero inverted 
(nrzi) coding and decoding. NRZi coding is used at 
the transmitter to enable clock recovery from data 
at the receiver terminal. Clock recovery is accom- 
plished using a digital phase locked loop technique. 
NRZi coding specifies that the signal condition does 
not change for transmitting a 1 , but changes state 
whenever a is transmitted. Hence, NRZI coding 
ensures that an active data line will have a transi- 
tion at least every 6 bit times (by virtue of the 0-bit 
insertion requirement). Both 0-bit insertion and 
NRZi coding/decoding maintain the data 
transparency characteristics of the HDLC protocol 
and its SDLC subset. 

Like hdlc/sdlc, Ethernet specifies a frame for- 
mat (Fig 3). It contains a destination field, source 
field, frame type field, data field, and a frame 



four basic fields 
start/stop bits 



check sequence. The destination 
and source fields both contain 6 
octets (8 serial bits), for a total of 
48 bits. The type field contains 2 
octets. The data field can have as 
few as 46 octets or as many as 
1,500. Finally, the frame check 
sequence consists of 4 octets, 
allowing a 32-bit CRC code to be 
calculated and appended to the 
rest of the frame. The first trans- 
mitted Ethernet frame is preceded 

by a 64-bit preamble, made up of 

seven groups of 10101010 followed by an eighth 
group of lOioion. The next bit that follows is the 
first bit of the first destination octet. 

In the CSMA/CD scheme, a "collision" occurs 
when two stations attempt to gain access to the bus 
at the same time. Thus, it is important that all sta- 
tions on the network are notified of the collision. 
This way, any transmitted data can be flagged as 
invalid. To solve this problem IEEE 802.3/Ethernet 
specifies that, after collision detection, transmitting 
stations send a jam signal to ensure that stations on 
the network recognize the collision. At the end of 
the jam interval, each station delays bus access 
according to an individually calculated random 
backoff time interval. Should a collision occur 
again when bus access attempts are renewed, the 
next backoff interval increases in length. Up to 16 
repeated attempts can occur before a system fault 
is automatically assumed. Thus, even during 
periods of high bus demand, ample bandwidth 
should be available and delays relatively short. 

It's in the chips 

Any of the working LANs can be implemented 
using various components. If there is enough time 
and a large budget, custom VLSI chips can be 
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Fig 3 Each Ethernet frame consists of five fields. 
Destination and source fields indicate where the message is 
going and from which station it originated. The data field 
can contain as few as 46 bytes of data and as many as 1500. 
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developed and an elegant solution forged. Most 
engineers, however, have neither luxury. For this 
reason, the two networks, selected are supported by 
off-the-shelf VLSI components. 

Intel's 8273 and 8274 data communication controller 
iCs offer hdlc/sdlc capabilities. Teamed with a 
microprocessor and some random logic ICs, a 
capable network data-link controller could be 
built. The 8051 single-chip microcontroller has 
become a popular component for many terminal 
applications because of its high performance 8-bit 
CPU, large internal program and data memory 
capacity, plus onchip counter timers and interrupt 
controllers. In addition, Intel has combined an intel- 
ligent HDLC/SDLC controller and 8051 core processor 
onto a single chip, the 8044. The resulting single- 
chip microcontroller with onchip serial communi- 
cation controller allows low cost network terminal 
and peripheral design. 
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Fig 4 The 8044 combines an sosi CPU, program and data 
memory, plus hdlc/sdlc controller on a single chip to build 
a simple, low cost network station or peripheral. 

Each station would contain an 8044 (with its pro- 
grammable I/O ports to provide local control) and 
serial HDLC/SDLC interface. Thus, to manage the 
network interface, 8044-based stations would be 
capable of acting as a secondary station within an 
hdlc/sdlc network (Fig 4). Since data transfer 
speed and electrical characteristics are not specified 
for these protocols, the designer has a wide choice 
in tailoring the physical link to the application. The 
single VLSI device provides local intelligence and 
network management, thus permitting low cost net- 
work development. 

Various Ethernet controllers have been an- 
nounced, with several already sampled and avail- 
able. Among these is the 82586 general-purpose 
CSMA/CD controller. It is designed to come up in 
the Ethernet mode on power up, but can be pro- 
grammed for other parameters as well. A compan- 
ion chip (the 82501) provides the Manchester 
encoding/decoding function between the 82586 and 
a transceiver. 

This chip pair operates in conjunction with the 
iAPX 86 microprocessor family, and is most cost- 
effectively used with the 80186 microprocessor. The 
80186 and 82586 have identical bus interface and con- 
trol signal requirements. Hence, they can be linked 
without adding random logic ICs. Essentially, these 
three ICs— the 80186, 82586, and 82501— provide the 
basis for an Ethernet interface. Therefore, only 



some buffer memory and bus interface chips are 
additionally required (Fig 5). 

A subsystem built using these components pro- 
vides an intelligent Ethernet interface that can con- 
tinuously operate at the full 10-Mbit/s network 
speed. Moreover, these components can implement 
a complete computer and communication system. 
It is therefore possible to create an appropriate and 
usable Ethernet workstation out of these few VLSI 
components. 

Different strokes 

The HDLC/SDLC-based network is intended for 
non-Ethernet applications, hdlc/sdlc has 
become an accepted standard supported by a variety 
of hardware and software products. There is no 
specified standard for physical link implementa- 
tion or for the software layers beyond the data-link 
level. Therefore, networks based on these pro- 
tocols are usually "closed." That is, the vendor 
provides all the pieces to the network. Vendors, of 
course, are familiar with their own network archi- 
tecture and are free to provide compatible systems . 
But such networks do not encourage others to 
develop compatible systems unless the vendor's 
market share is large enough and vulnerable 
enough to attract competition. The IBM SNA is an 
example. 

HDLC/SDLC-based LANs are suitable for system 
clusters where distances are less than those of 
Ethernet, and where priority access is important. 
Networks within a box (eg, a copier), and networks 
on table-tops (eg, an instrumentation cluster), are 
examples. Although there is a parallel bus interface 
standard (IEEE 488), an instrumentation manufac- 
turer may want to provide for longer distances using 
two-wire cables and simpler protocols. 

An hdlc/sdlc LAN cluster could also be used for 
process control applications and data acquisition 
systems. An example is Intel's recent distributed 
control module products for the factory. Again, a 
priority bus access capability would be important 
in these applications. Office system applications 
where Ethernet offers too much performance at too 
high a cost (eg, an electronic typewriter networked 
to a file server) might use this network as well. 

The concept of open-system compatibility comes 
from the ISO's Open System Interconnection (OSI) 
model. This provides a seven-layer model in which 
each layer is characterized by a unique set of func- 
tions and a specific interface to adjacent layers. 
The goal is to eventually arrive at a set of standards 
that would permit systems from several vendors to 
communicate with one another through common 
physical, data-link, and software layer protocols. 

Xerox Corp developed Ethernet as a local network 
for its systems, but the company later joined with 
Digital Equipment Corp and Intel to develop a set 
of specifications for Ethernet that would allow it to 
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Fig 5 A combination of 80186, 82586, and 82501 chips completes the logic needed for a fully functional Ethernet 
interface. Data bus interface chips and some memory complete the Ethernet subsystem. 



map into the first two layers of the OSI model- 
physical and data-link. The IEEE adopted its 802.3 
specification as a result of these efforts. Efforts to 
develop standards for the other layers continue. An 
example is the ISO transport layer protocol, 8073, 
which provides "return receipt' ' quality communi- 
cation services. 

Today, Ethernet supports OSI physical and data 
packet level protocols. It is an emerging technology 
that is still closer to the top than to the bottom of 
the learning (and pricing) curve. Nevertheless, 
many vendors support Ethernet and will no doubt 
manufacture products equipped to swap data with 
other Ethernet systems. 

Open and closed 

Office automation constitutes the biggest apparent 
application area for Ethernet. The office has tradi- 
tionally been a multivendor site in which the com- 
puter, copier, and printer are likely to come from 
different vendors. An open system appeals to users 
seeking vendor independence. 

When the LAN concept was first proposed, it was 
described as an all-encoinpassing network, con- 
necting all the intelligent subsystems throughout a 
facility. In fact, that is not the way local network 
installations have progressed. Instead, clusters of 
user stations (typically 10 or so) are cropping up in 
various places within a facility. Most analysts expect 
local networking to occur in tiers. The cluster tier 
provides the lowest cost per connection. An example 
is a 1-Mbit/s CSMA/cd lan used for personal com- 
puters. Clusters would be interconnected through a 
longer and faster data highway (called a LAN back- 
bone) such as Ethernet. 



Will closed and open networks be able to coop- 
erate and coexist? Quite simply, they have to. Eco- 
nomics will determine the network types used for 
connecting the systems within a cluster, and 
standardization will drive the methods by which 
clusters are ultimately joined. 

Closed systems, such as microcontrollers con- 
necting the HDLC/SDLC-based network, represent 
the least expensive and most flexible LAN configu- 
ration. Open systems, because of the push for stan- 
dardization and subsequently larger user base, are 
more likely to benefit from future cost reduction 
through multiple-sourced VLSI components than 
closed systems. Similarly, open systems probably 
attract more third-party suppliers and enjoy 
greater variety and lower cost software. 

Gateways will join closed and open systems. 
These hardware/software intermediaries will pave 
the way for data transfer between formerly incom- 
patible networks. By such means, a closed engi- 
neering workstation network will gain access to 
information stored in the corporate data base and 
be available on the Ethernet data highway. 
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Low-cost, dual-port 

RAM design delivers 

high performance 



This dual-ported BAM design for Ethernet 
workstations lets two \lPs operate 
simultaneously on different portions of 
system memory. The result is high 
performance and low cost in the same 
system. 



Sikandar Naqvi, Intel Corp 

Although they provide better performance than do 
single-|xP systems, conventional shared-memory sys- 
tems offer you a limited choice. One kind of convention- 
al shared-memory system allows simultaneous jjlP ac- 
cess to the same RAM location, by using expensive 
arbitration logic to eliminate bus contention. The other 
allows |aP access to the same bank of RAM, but at 
different times: Only one of the (xPs can operate on the 
memory at a given instant. This restriction may confine 
system throughput to levels that are unacceptable in 
high-performance workstation applications. 

Dual-port architecture 

One dual-port design for an Ethernet workstation 
(Fig 1) offers a simple solution to the limitations of 
conventional shared-memory designs: It allows the 
processors to operate simultaneously on different por- 



tions of the memory. For example, a LAN coprocessor 
can receive a frame from the network and store it in a 
given memory location while the CPU simultaneously 
services a request from a graphics controller, operating 
on a different portion of the memory. 

You might expect such a dual-port memory architec- 
ture to be expensive. Yet the devices used for bus 
arbitration in this design include only 10 to 12 SSI/MSI 
chips. The circuit, without the CPU card, occupies 
approximately 36 in. 2 of board space. The estimated 
cost of the board, components, and connectors is less 
than $75, not including the cost of the 82586 coprocessor 
and 82501 serial-interface chips. 

Fig 2 shows a block diagram of the dual-port system 
design. The design incorporates the same dual-proces- 
sor 82586 LAN communication processor/80186 CPU 
architecture that can be used in any conventional 
shared-memory design to handle asynchronous serial 
data and high band widths. The additional logic needed 
for bus arbitration, address multiplexers, and data 
multiplexers may result in a chip count that's slightly 
higher than that of a similar shared-memory design, 
but this dual-port implementation is still relatively 
inexpensive. Furthermore, this dual-port design also 
eliminates bus-latency problems for the LAN coproces- 
sor (see box, "Intelligent LAN coprocessor"). 

In any |iP-based system, the CPU is of critical 
importance in determining system performance: The 
maximum speed at which the CPU performs bus trans- 
actions eventually affects system throughput. For ex- 
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This dual-port design allows the processors 
to operate simultaneously on different 
portions of the memory. 



TABLE 1 — RAM COMPARISON FOR THREE 
DUAL-PORT MEMORY SCHEMES 




DYNAMIC 
RAMS 


MONOLITHIC 

DUALrPORT 

RAMs 


STATIC 
RAMS 


LARGE DUAL-PORT MEMORY 
APPLICATION 


BETTER 


- 


- 
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ample, an 80186 CPU operating at an 8-MHz clock rate 
offers a maximum bus-transaction capacity of 4M bytes 
per second, assuming there are no wait states. 

The size of the dual-port memory is a function of the 
application it serves. Some of the factors that influence 
memory size are serial data load, packet sizes, and the 
number of peripherals on the bus. Likewise, your 
application determines whether dynamic or static RAM 



chips are more cost effective; that is, your choice of 
static or dynamic RAM depends largely on the size of 
the memory, system-performance requirements, and 
cost constraints. 

For example, for system applications requiring large 
dual-ported RAM, dynamic RAM chips may be more 
cost effective. In such a case, you must use a dynamic 
RAM controller (like the 8207, for example) to refresh 
the RAM and provide arbitration between the two pPs. 
Static RAM is faster than dynamic RAM, and it pro- 
vides better performance, so it's more expensive. How- 
ever, if you use static RAM, as in this design, you must 
use read and write signals for chip-select generation to 
avoid bus contention between the chip-select and write 
signals. (You must use the signals because static RAM 
devices don't have separate output-enable inputs.) 
Table 1 compares different kinds of RAM for various 
dual-port schemes. 

Fig 1 shows the low-cost, high-performance dual-port 
design in detail. The 80186 is the CPU; the 82586 
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Fig /__ Thi$ dual-port design uses an 80186 CPU and an 82586 Ethernet interface that share 8k bytes of static RAM. 
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Intelligent LAN coprocessor 



The 82586 is an intelligent, high- 
performance, carrier-sense/mul- 
tiple-access LAN coprocessor 
with collision detection (CSMA/ 
CD). The 82586 performs all 
functions associated with data 
transfer between user memory 
and the network: framing, link 
management, address filtering, 
error detection, network man- 
agement, on-chip DMA, com- 
mand and data chaining, and in- 
terpretation of high-level 
commands from the host CPU. 
Furthermore, the 82586 interfac- 
es with the 80186 without any 
"glue logic." 

The 82586 coprocessor relieves 
the CPU of most tasks associ- 
ated with serial link manage- 
ment, such as carrier sensing, 
deferring to a passing frame, 
starting transmission after wait- 



ing for the interframe spacing, 
automatically terminating trans- 
mission when a collision occurs, 
retransmitting data after a colli- 
sion, and randomly selecting 
which data burst will be trans- 
mitted after a collision (random 
back-off). 

The coprocessor also meets 
the requirements of the IEEE 
802.3 specification: It performs 
bus transfers at a maximum rate 
of 4M bytes per second, and it 
can tolerate bus latency of more 
than 10 M-sec without losing 
data. 

Without sacrificing the devic- 
e's compliance with IEEE 802.3, 
you can program the 82586 for a 
wide range of CSMA/CD-type 
LANs, such as the 2M-bps 
CSMA/CD broadband (for IBM's 
PC Network), serial backplanes, 



lM-bps CSMA/CD, and Cheap- 
ernet. Because it's easy to pro- 
gram various chip parameters 
(such as slot time, address 
length, and interframe spacing), 
you'll find this chip useful in a 
variety of applications. 

The 82586 also features built- 
in diagnostic and network-man- 
agement capabilities. These in- 
clude a time-domain 
reflectometer, internal and ex- 
ternal loopback, transceiver in- 
tegrity verification, self test and 
internal register dump for diag- 
nostics, and fault isolation. One 
of the chip's network-manage- 
ment features is its ability to 
collect network statistics, such 
as number of collisions experi- 
enced, number of overrun er- 
rors, and number of alignment 
errors. 



provides the Ethernet interface. (The 82586 is a stan- 
dard lOM-bps serial interface. Its transmit and receive 
clocks are provided by the 82501 Ethernet serial inter- 
face chip, which uses a 20-MHz antiresonant crystal as 
its clock source. The 82501 also provides the Manches- 
ter encoder/decoder functions.) The 80186 and 82586 
IxPs share a dual-port memory of 8k bytes of static 
RAM. Because the memory is small, the circuit uses 
static RAM instead of dynamic RAM. Although this 
approach uses more expensive memory components, it 
results in a more economical design because you don't 
have to refresh the chips as you would if you used 
dynamic RAM. The 8k bytes of RAM should be suffi- 
cient for medium- to low-traffic networks, but you can 
expand memory easily if you need to. 

In this highly integrated system, the timers, DMA, 
and interrupt controller on the 80186 CPU are used for 
additional I/O transactions. The 8-MHz clock output of 
the CPU can function as a chip clock for the 82586. The 
dual-port design is oblivious to whatever signals are 
driving the CPU interface and, in this example, all logic 
to the left of the interface bus (Fig 1) is oh another 



card. The signals are transmitted via ribbon cable over 
the LAN card. You can easily expand existing CPU 
cards by simply providing a bus interface to a LAN 
card. The dual-port architecture also allows you to 
modify this design for 8-bit CPU architectures or for 
CPUs that use demultiplexed address and data buses. 

Arbitration logic 

The design's simple arbitration logic resolves |xP 
contention for the dual-ported memory. The arbitration 
logic operates in this manner: 

• When the 82586 is accessing the dual-port memo- 
ry, it inhibits the ready signal to the CPU by 
generating a wait state through the arbitration 
logic circuitry, thus preventing the CPU from 
access to this portion of memory. However, the 
CPU is free to access any other portion of the 
system memory. 

• The CPU can access the dual-port memory when 
the 82586 is not accessing it. 

• The 82586 gains control of the bus within four to 
five clock cycles after a request. If the CPU was 
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Although the additional bus-arbitration 
logic may result in a chip count slightly 
higher than that of a similar design^ this 
design is still relatively inexpensive. 



accessing the dual-port memory when the 82586 
made the request, the CPU is put into wait mode. 
The following shows the sequence of events when the 
82586 requests the bus: 

• The 82586 requests the bus by activating the hold 
signal. 

• The hold-acknowledge (HLDA) signal is activated 
within five clock cycles. 

• The 82586 disables the ready signal to the CPU 
card. 

• The 82586 disables the data buffers within four 
clock cycles of the hold and isolates the CPU from 
the dual-port RAM. 

• The 82586 switches the multiplexer to the 82586 
bus. 

• If the CPU is accessing the dual-port memory 
when the 82586 requests the bus, the 82586 gives 
the CPU enough time to complete its bus cycle 
and then removes the ready signal. 

® When the 82586 removes the ready signal, which 
places the CPU in the wait state, the CPU 
remains in that state until the 82586 releases the 
hold signal. 

• When the 82586 has completed its bus access, it 
restores the CPU ready signal and switches the 
multiplexer back to the CPU, allowing the CPU 
to resume its access of the dual-port memory. 

The 82586 architecture minimizes the bus-hold time 
and improves system performance by writing data into 
the system memory in small bursts of approximately 16 
bytes each and giving the bus back to the CPU between 
memory bursts. The 82586 also minimizes the need for 
the CPU to intervene in most of the tasks related to a 
serial data interface. 

A simple scheme generates a ready signal 

The design uses a simple scheme to generate ready 
signals. When the 82586 is holding the bus (hold active) 
and either the read or the write signal is active, the 
82586 ready signal is generated. When the 80186 is 
accessing the dual-port memory and the 82586 hold 
signal is inactive, the dual-port memory card generates 
the 80186 ready signal. The ready signals from other 
memory blocks and peripheral devices are still available 
to the 80186, so the 80186 can perform transactions 
with other devices or memory on the system bus. In 
fact, all the normally low ready signals to the 80186 are 
connected by disjunctive (OR) logic. 

Because the 80186 and 82586 use asynchronous 
ready, it's simple to implement and use memories with 
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Fig 2 — A typical dual-port system design provides the additional 
logic needed for bus arbitration. Although it has a higher chip count 
than that of a conventional shared-niemory. design, this implementa- 
tion is relatively inexpensive. 



different access times. This design uses zero-wait-state 
memories. In the case of slower memories, you can 
easily add a wait-state generator. 

An important feature of the 82586 chip is that it 
provides two 16-byte FIFO buffers: one for data trans- 
mission and one for data reception. Remember that 
when the 82586 needs the bus, it activates its hold 
signal and waits for the hold-acknowledge (HLDA) 
signal before starting any memory-access cycles. (The 
shared-memory design (Fig 1) shows the HLDA signal 
to the 82586 coming from the 80186, the arbitration 
logic.) The CPU will activate the HLDA after it com- 
pletes its current cycle or task. Thus, the duration of 
the HLDA-to-hold delay depends on what activity the 
CPU is performing at the time of the hold request. 

Because the 82586 is serial and asynchronous, it must 
be ready to receive incoming data at all times. The bus 
latency (the delay between hold and HLDA) is a func- 
tion of the bus architecture; an on-chip FIFO buffer 
stores the incoming data until the 82586 can store it in 
memory. A FIFO trigger mechanism on the chip lets 
you program the bus request as you wish. 

For example, assume that the receive FIFO trigger 
is set at 6. (When the FIFO trigger is set at 6, the 82586 
will make a bus request after the receive FIFO re- 
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The dual-port architecture also allows you 
to tnodify this design for 8-bit CPU 
architectures or for CPUs that use 
demultiplexed address and data buses. 



ceives 6 bytes.) Because the 82586 must start emptying 
the 16-byte-deep FIFO buffer before it is filled, to avoid 
overrun the 82586 must acquire the bus within the time 
it takes to store 10 bytes— 8 |xsec (or 64 CPU clock 
cycles) at 10M bps with an 8-MHz clock rate. Depend- 
ing on the application environment, it may or may not 
be easy to grant the bus to the 82586 within 64 clock 
periods. 

Nevertheless, the dual-port design in Fig 1 elimi- 
nates this kind of bus-lalency problem. In this design, 
the 82586 receives the HLDA signal within five clock 
cycles of the hold request. This ensures that hold- 
HLDA delays will be very short. 

When the 8258f> finally accesses the bus, it empties 
the entire content of the FIFO buffer and stores it in 
memory. The length of the burst of data depends on the 
number of bytes that are in the FIFO buffer when the 
82586 gets the HLDA signal. For maximum bus effi- 
ciency, the 82586 should acquire the bus with a full 
FIFO buffer; the bursts should be 16 bytes long. A low 
bus latency will allow you to set the FIFO trigger point 
very high. Setting the FIFO trigger point high mini- 
mizes the hold-HLDA handshakes (which is desirable 
because any hold-HLDA results in wasted bus band- 
width). The transmit buffer functions in much the same 
way as the receive buffer does. 
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Monolithic controller 

builds PC network 

without toil or trouble 



A controller chip puts CSMA/CD within the reach 

of personal computer networks, keeping a lid 

on parts count and simplifying software development. 



Office automation promises to dra- 
matically boost productivity. Personal 
computers are a step in that direction, 
and a giant one at that, forming a base of 
distributed intelligent machines. The next cru- 
cial advance is to link them in a network, so 
that each machine shares peripherals and 
information. 

The 82588 is the first single-chip controller 
designed to join personal computers over a local 
network. Essentially a slave peripheral, the 
chip is fitted with a CSMA/CD controller, two 
logic-based collision detection mechanisms, 
and an encoder and decoder for both non- 
return-to-zero inverted (NRZI) 
and Manchester data encoding. 
Adding a simple transceiver line ^* 
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driver or an RF modem lets the controller im- 
plementall of the major hardware functions re- 
quired by a local-area network. 

Most of the chip's major duties, such as en- 
coding and collision detection, can be pro- 
grammed to meet the protocols of a particular 
network. And although its flexible system in- 
terface allows it to be employed with any popu- 
lar microprocessor, the controller is optimized 
to work with the iAPX-186 and the iAPX-188 
without TTL glue. 

For the most part, local networks specifically 
designed for personal computers suffer from 
one of three major deficiencies. First, many are 
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proprietary, forcing users to buy from one man- 
ufacturer. Second, with few exceptions, they 
lack collision detection, and therefore limit a 
network's efficiency for large offices (see "A 
LAN for All Reasons," below). Finally, indus- 
try-standard networks were originally de- 
signed for minicomputers. Thus, they are too 
expensive for personal machines. What is speci- 
fically lacking is an access scheme that is both 
efficient and cost-effective. In the past, carrier- 
sense multiple access with collision detection 
met the first requirement, but not the second. 
Conversely, approaches like collision avoidance 
meet the second specification but not the first. 



In contrast, the controller was designed with 
low-end systems in mind and makes possible in- 
expensive but efficient local networks in three 
ways. For the OEM, it reduces component 
count, board space, and development time. For 
the end user, its 1- or 2-Mbit/s data transfer 
rate (lower than that of networks based on 
minicomputers) allow the integration of con- 
troller, encoder-decoder, and collision detection 
functions, which lowers component cost. Also, 
lower bit rates imply cheaper, twisted-pair cab- 
ling that covers longer distances without ex- 
pensive repeaters (Fig. 1). 

The controller works with emerging stan- 



A LAN for all reasons 



The recent proliferation of personal computers 
in the workplace has led designers to realize that 
a single approach to local networks cannot answer 
all needs. A network for engineering workstations 
would be too expensive for personal computers. 
Instead, a network needs to be built as a hybrid, 
with portions within individual departments ap- 
propriate to the cost and performance needs of the 
applications they serve (see the figure). 

To that end, there are four separate— though 
not competing— CSMA/CD network specifica- 
tions in various stages of development. The first is 
Ethernet, which with its 10 Mbits/s data rate is 
best suited to local networks built around mini- 
computers or as a backbone connecting smaller 
clusters of networked personal computers. Anoth- 



er approach, dubbed Cheapernet, is a reduced-cost 
implementation of Ethernet that works well with 
personal computers in research and engineering 
settings where 10 Mbits/s performance is neces- 
sary. A third approach, IBM's recently announced 
PC network will connect personal computers that 
are located up to 5 Km apart. Being a broadband 
network, it has the advantage that it can carry 
several services (video and data) over a single 
coaxial cable. Finally, Starlan is a proposed IEEE 
802.3 standard that is a 1-Mbit/s baseband sys- 
tem. It inexpensively links devices, such as person- 
al computers, through already installed twisted 
pair wires used for telephones. Its major use is for 
the office environment where low cost and ease of 
wiring is extremely important. 
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dards for personal computer networks like 
American Telephone and Telegraph's Starlan 
(1-Mbit/s baseband) and the IBM PC network 
(2-Mbit/s broadband). The controller also can 
be coupled with an off-chip data encoder- 
decoder to handle up to 5 Mbits/s when higher 
throughput is needed. 

At your command 

The IC communicates with a host using a set 
of 16 high-level commands (Fig. 2). The Trans- 
mit, Retransmit, Configure, and Diagnose com- 
mands free the CPU from overseeing every step 
of each task that the controller undertakes. In- 
stead, after the processor invokes a command, 
it is free to take on other jobs. The high-level 
commands simplify writing and debugging 
software for the controller and the network. 

Another of the controller's important fea- 
tures is its efficient memory structure for re- 
ceiving frames. A network carries a large num- 
ber of relatively short control messages, like 
Open, Close, and Acknowledge, that direct its 
operation. In fact, typically 75% of all network 
messages may be less than 100 bytes long. As a 
result, a storage system that breaks memory 
down into large, equal-sized blocks would be 
vastly inefficient. Each block would be able to 
accommodate the largest possible frame but 
would be only partially filled most of the time. 
The controller avoids this problem by using a 
sophisticated approach that allocates multiple 
buffers to a frame. 

Rather than retain a frame in a single, 
sequential block, the chip stores it in a number 
of smaller buffers. A 100-byte buffer, say, could 
hold a short frame, and multiple 100-byte buff- 
ers could store longer ones. To link individual 
buffers, the host processor creates a chained 
list of pointers that indicate where in memory 
the data is held. This multiple-buffer approach 
keeps the amount of memory needed to store 
received frames to a minimum, an extremely 
important consideration in personal comput- 
ers, where RAM is at a premium. 

Aboard the chip 

The controller itself consists of two main sec- 
tions: a parallel system interface with the host 
and a serial interface to the network. Two built- 
in 16-byte FIFOs, one for transmitting and one 



for receiving, link the two (Fig. 3). 

The first block consists of a bus interface unit 
and a group of registers. The bus interface con- 
tains an 8-bit data bus. It is responsible for all 
communications with the system CPU. In con- 
junction with an external DMA controller, the 
new chip takes care of all reading and writing to 
memory— at up to 4 Mbytes/s— as well as all 
CPU interrupts. Two DMA channels are recom- 
mended, one for transmitting and the other for 
receiving. 

The parallel section also comprises three sets 
of registers: one for storing configuration infor- 
mation, one for writing commands to, and one 
for reporting the chip's status. To make rapid 
changes in the controller's operating parame- 
ters, the processor enters a block of data into 
RAM, and that data is loaded by DMA into the 
registers (Fig. 4). 

Serial side 

The chip's serial interface contains the 
CSMA/CD controller and converts parallel 
data into serial form, and vice versa. It also as- 
sembles each frame as specified by the config- 
uration registers, computes the cyclic redun- 
dancy code (CRC) for each transmission, and 
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1. The 82588 local-area network controller connects 
directly to a network (through a driver or modem) 
without the need for an expensive transceiver tap. 
Intended for relatively low data rates of 1 to 2 
Mbits/s, the chip allows networks to be built with 
twisted-pair wires instead of coaxial cables. 
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backs off and reattempts transmissions in case 
of a collision. 

Since most of its major features are com- 
pletely under user control, the IC's data-link 
controller subsection gives an enormous degree 
of freedom to the system developer. And the 
chip is right at home in a wide variety of net- 
works. For baseband transmission, it handles 
end of carrier (IEEE 802.3) framing; for the 
IBM PC network it accommodates high-level 
data link control (HDLC) framing. Both tech- 
niques include a 32-bit CRC for error detection. 
The data controller also can be programmed 
with the length of the address field, station pri- 
ority, framing, minimum frame length, spacing 
between frames, and slot time. 

The two collision detection methods increase 
the controller's range of possible applications 
as well (see "Collision Insurance," p. 148). The 
code-violation detection mechanism is most 



Interrupt 
acknowledge 
Bit 7 6 5 


4 


3 2 1 




i 

Pointer 

1 


Channel 


I I I 

Command 
I 1 i 



^^^^ 


I 


Command 


Value 


No operation 





Set individual address 


1 


Configure (initialize and set protocol) 


2 


Set multicast address 


3 


Transmit frame 


4 


Perform time-domain reflectometry 


5 


Dump status registers 


6 


Diagnose 


7 


Enable receiver 


8 


Assign next buffer 


9 


Disable receiver 


10 


Stop reception 


11 


Retransmit frame 


12 


Abort command 


13 


Reset 


14 


Fix (channel = 1) or Release (channel = 2) pointer 


15 



2. The controller's command register is fed com- 
mands from the host CPU, which the chip executes 
for one of its two channels. The pointer field within 
the register identifies which status register is to be 
read, and the interrupt acknowledge field resets the 
controller's interrupt line to the CPU. 



useful in short-topology networks, such as a 
serial backplane. The bit-comparison tech- 
nique is employed in systems with separate 
channels for transmission and reception, like a 
broadband network. Both can be used simul- 
taneously to ensure reliable operation. 

The chip presents a rich assortment of diag- 
nostic and management functions: internal and 
external signal loopback paths, channel activ- 
ity indicators, optional capture of all-frames 
(regardless of destination address), and time- 
domain reflectometry for locating faults in the 
network cable. Moreover, the controller's 
Dump command gives the designer access to 
the contents of all of the chip's registers, which 
helps debug system software. 

The time is right 

. A clock timing generator on the chip's serial 
side determines the data rate. It will accept up 
to a 16-MHz crystal for data transfers to 
2 Mbits/s. (The parallel side has its timing set 
by the system's master clock.) The data encoder 
and decoder, also on the serial side, can trans- 
mit and receive information in any one of three 
formats: Manchester, differential Manchester, 
and NRZI. Manchester is used in Starlan. NRZI 
encoding is for broadband systems. 

The transmit and receive FIFOs enable the 
parallel and serial sections of the controller to 
exchange data. These registers, each 16-bytes 
deep, improve data throughput between the 
controller and the host CPU. The controller's 
programmable FIFO threshold can be fine- 
tuned to a particular system's bus latencies. 

The controller and the CPU talk to each other 
through main memory and the controller's on- 
chip registers. The processor uses the Chip 
Select (CS) line— along with the Write or Read 
signal— to gain the controller's attention. The 
controller communicates with the CPU over the 
Interrupt (INT) line. In addition, the two share 
an 8-bit data bus. 

Two transfer types 

Two types of transfers can take place via the 
bus. The first is a command and status transfer; 
the second, a data transfer. The former is 
always performed by the CPU. To initiate a 
Transmit or Configure command, for example, 
the processor issues the command to the con- 



Electronic Design • December 13, 1984 



8-120 



inteT 



AR-371 



troller.At the completion of the command the 
controller issues an interrupt and the CPU 
reads the chip's status. 

The host reads each of the four status 
registers, from the same port, in round-robin 
fashion. Any parameters or data associated 
with a command are transferred between the 
main memory and the controller using DMA. 
Data transfers, unlike command and status 
transfers, are requested by the controller and 
are most often carried out by an external DMA 
controller. 

Dual DMA 

The controller is fitted out with a pair of 
DMA channels, each with a Request and Ac- 
knowledge line. Typically, one channel receives 
data and the other transmits information and 
carries the chip's initialization and mainte- 
nance routines. The channels are identical, 



though, and can be used interchangeably. When 
the controller needs to transfer data to or from 
memory, it activates the DMA request lines and 
the DMA controller. When it is finished, it in- 
terrupts the CPU, which then reads the status 
of the controller to confirm the operation. 

In order to transmit a frame, the CPU first 
prepares a data block in memory, which con- 
tains the network address to which the frame is 
to be sent and the information to be trans- 
mitted. The CPU programs the DMA controller 
with the address of the block, along with other 
control information. It then issues a Transmit 
command to the controller's command register. 

At this point, the controller monitors the net- 
work link to determine whether the line is free. 
If it is, the IC starts transmitting the frame by 
inserting the preamble, beginning-of-frame 
flag, and the source address and fetching bytes 
from memory, loading them into the FIFO, and 
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3. The controller's two main blocks are linked by two 16-byte FIFO registers. The parallel section 
comprises a bus interface unit that connects the controller to the host and a register subsection 
that accepts commands and delivers information on the controller's status. The serial section con- 
tains a data-link controller subsection, decoder and encoder circuits, collision detection logic, and 
a serial-timing generator. 
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sending them out over the network. While the 
controller is sending the frame, it calculates a 
CRC, which it appends to the end of the data 
field. If a collision is detected during transmis- 
sion, the controller sends out a jamming pat- 
tern and interrupts the CPU. The processor can 
then issue a Retransmit command, which 
works in the same way as the Transmit com- 
mand, except that the chip keeps a record of the 
number of collisions that are detected. At the 
end of a transmission, the controller updates all 
of the status registers and sends an interrupt to 
the CPU, indicating that the transmission is 
complete. 

When it is not transmitting a frame or doing 
housekeeping, the controller continually checks 
the network for any messages addressed to it. 

Calling all nodes 

The controller can be addressed in one of 
three ways: individual addresses to one node, 
multicast addresses to a group of nodes, and 
broadcast addresses to all of the nodes in the 
network. Two types of reception are possible as 



well. In the "promiscuous" mode, the controller 
accepts any frame that is transmitted on the 
network regardless of its address. In the other, 
the device accepts only multicast and individual 
addresses that correspond to its own. The latter 
typifies normal operations. 

Before enabling the receiver, the CPU makes 
a memory buffer available and programs the 
DMA controller with the buffer's starting ad- 
dress. The received frame is then transferred to 
memory. This is known as single buffer recep- 
tion, since the entire frame is sent to a continu- 
ous buffer. 

When a frame is received, the network con- 
troller records the number of bytes that were 
written into the memory buffer in a status reg- 
ister. Also, the controller records the status of 
the reception— whether it was successful or 
not— and affixes that information to the re- 
ceived frame. Then the controller issues an in- 
terrupt to the CPU to indicate that reception is 
finished. 

In networks where the size of the frame is not 
fixed, the controller's multiple-buffer scheme 
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4. The controller's four status registers fall into two categories. The first, which consists of 
three registers, indicates an operation's status. The second contains a single register and 
keeps tabs on the chip's internal operating activity. The operation status registers confirm 
that a particular command has been executed and store any result, if one is produced. 
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makes effective use of the memory. In multiple 
buffering, the controller alternately receives 
the contents of a given frame from one of the 
two DMA channels. This dynamic allocation of 
memory buffers makes particularly efficient 
use of available storage when frames are of 
widely differing sizes. 

Before multiple-buffered reception begins, 
the CPU allots one buffer to the controller. As 
the controller starts receiving the buffer's con- 
tents, it interrupts the CPU and requests that 



Collision insurance 

The efficiency of CSMA/CD was demonstrated 
in a 1979 study of Ethernet that linked about 120 
host computers and network servers. The in- 
vestigation showed that a network using some 
form of collision detection had a throughput of 
98%, compared with 37% in systems that deferred 
while there was traffic on the channel, and 18% in 
those with no collision-regulating provision at all. 
Until recently, though, the relative sophistication 
of such collision detection schemes as CSMA/CD 
precluded them from low-ends networks. 

The 82588 can be programmed in two ways to im- 
plement CSMA/CD collision detection. Both are 
logic-based. In code-violation detection, the con- 
troller looks to see if incoming bits violate Man- 
chester or NRZI enoding standards. If that is the 
case, they are assumed to have been damaged by a 
collision. The second method, bit comparison, is 
useful in networks with separate transmission and 
reception channels such as Starlan or the IBM PC 
network. In this scheme, the device compares its 
transmitted CRC signature with that of the re- 
ceived signal while a transmission is taking place. 
Monitoring the network in this manner allows the 
chip to immediately backoff and try again when a 
collision is detected, without having to wait for an 
acknowledgement from the received mode. Hence, 
total data throughput is significantly increased. 



the next buffer in the sequence be assigned. The 
processor responds by loading the second DMA 
channel with the information in the next buff- 
er. In this way, the controller can immediately 
switch over to the second channel as soon as the 
first buffer is full. When channels are switched, 
the controller again interrupts the CPU to 
request another buffer, and information on 
that buffer is loaded into the unused channel. 

The process of alternating between channels 
continues until the entire frame has been load- 
ed. By the time that is accomplished, the re- 
ceived frame has been spread over a number of 
buffers, and the CPU has created a description 
of the buffer-chain in memory. 

Connecting the controller to any of the in- 
dustry's leading microprocessors is a straight- 
forward task because the chip's system in- 
terface adapts easily to any processor that 
works with standard data bus and control 
signals. The chip works with no wait states on 
an 8-MHz system bus. Further, a system based 
on the chip and one of the 80188 and 80186 fami- 
ly of microprocessors exacts a minimum com- 
ponent count (Fig. 5). 

Easy interface 

In a system centered on the 8-bit 80188, for in- 
stance, the controller connects directly to the 
microprocessor's 8-MHz clock and data bus and 
to its Read, Write and Chip Select control 
signals. Although the controller needs two 
DMA channels to operate, these, too, are sup- 
plied directly by the processor. And the CPU's 
interrupt controller can service the interrupts 
generated by the controller. 

The controller's flexibility allows the same 
system configuration to be used in a number 
of different physical layer interfaces. In a Star- 
lan network or in a serial backplane, the con- 
troller would feed a line driver. In an IBM PC 
network, the controller would connect to an rf 
modem. In terms of hardware, only the actual 
physical link to the network need be changed in 
order to switch between these applications. All 
other necessary variants are easily imple- 
mented by commands that can be built into the 
system's firmware. 

For baseband systems running at 1 Mbit/s 
and using unshielded twisted-pair or coaxial 
cable, the only external components needed are 
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an RS-422 driver and receiver and, possibly, one 
or two pulse transformers. The last supplies dc 
isolation. Together, these few components can 
fit onto an area that is 6 cm on a side. In con- 
trast, traditional data-link controllers and 
their associated TTL glue and other logic de- 
mand an area that is at least 15 cm on a side. 

In a Starlan configuration, the controller 
links to the network through low-cost RS-422 
transmitter-receivers, one connected to Trans- 
mit Data, TXD, pin and the other to the Receive 



Data, RXD, pin. Each transmitter-receiver is 
joined to a separate pulse transformer and then 
to corresponding transmit and receive twisted- 
pair. Each station is connected to a hub over the 
two twisted pair drop cables,up to 800 ft. in 
length. Within the hub is a corresponding pair 
of transformers and RS-422 receiver-trans- 
mitters for each station. Transmitted signals 
from a number of nodes are ANDed on a short 
(less than lm) bus and returned back to the con- 
troller through the receiver pair. The trans- 
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5. A minimum number of components marks the interface between the controller chip and an 80188 micro- 
processor. The controller IC links directly to the processor's 8-MHz clock, and Read, Write, and Chip Select 
control lines. Even the two DMA channels and the interrupt functions are handled by direct connections be- 
tween the microprocessor and the LAN controller chip. 
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mitting controller performs collision detection 
on the received data. 

For broadband systems, such as the IBM PC 
network, NRZI-encoded data passes through an 
rf modulator and demodulator. In this case, the 
RTS and Clear to Send (CTS) signals from the 
controller are modem handshake signals. Here, 
the transmit and receive signals are modulated 
at different frequencies, or channels. A fre- 
quency translator on the network receives the 
signals from all the nodes and retransmits 



WMhKi 



TRANSMIT: PROCEDURE (CHANNEL,BUFFER_LEN,BUFFER_ 
POINTER): 

DECLARE CHANNEL BYTE; 
DECLARE BUFFER-LEN WORD; 
DECLARE BUFFER-POINTER POINTER; 

TX_BUFFER_588(00) - BUFFER-LEN MOD 256; 
TX_BUFFER_588(01) = BUFFER-LEN / 256; 



TX_BUFF_PTR =, 

BUFFER-POINTER; 
TX-CHANNEL = CHANNEL; 
TX_BUFFER_LEN = 2048; 



/• TEMPORARYSTORAGE * 
/* MAX. FRAME SIZE V 



CALL DMA-LOAD (TX-CHANNEL, 1,TX_BUFFER_LEN, 

TX_BUFF_PTR); 
OUTPUT (CS-588) - 4 OR SHL (TX-CHANNEL.4); 
/* TRANSMIT V 
RETURN: 

END TRANSMIT; 



RETRANSMIT: PROCEDURE; 

/• ' PARAMETERS FOR THIS COMMAND ARE TAKEN FROM 
THE TEMPORARY STORAGE USED DURING THE LAST 
TRANSMIT COMMAND V 

CALLDMA_LOAD(TX_CHANNEL,1,TX_BUFFER_LEN, 

TX_BUFF_PTR): 
OUTPUT (CS-588) - 12 OR SHL (TX-CHANNEL.4); 
/• RETRANSMIT */ 
RETURN; 

END RETRANSMIT; 



: -^MSUr,-.. •<#&•;-, 



RCV_ENABLE:PROCEDURE(CHANNEL,BUFFER_PTR); 



DECLARE CHANNEL BYTE; 
DECLARE BUFFER-PTR POINTER; 

CALLDMA_LOAD(CHANNEL.0,2048.BUFFER_PTR); 
OUTPUT(CS-588) - 8 OR SHL (CHANNEL.4); 
RETURN: 

END RCV-ENABLE; 



them at the system's receiving frequency. The 
receive and transmit channels of the IBM net- 
work each fits into the bandwidth of a 6-MHz 
TV channel. 

Software for the controller is much simpler 
and easier to implement than for traditional 
data-communication chips. One reason is the 
controller's high-level commands, which speed 
software development, as well as offload the 
CPU. Another reason is the controller's ability 
to handle complete frames without the pro- 
cessor's assistance. 

In a PL/M-86-language procedure for trans- 
mitting a frame, the CPU prepares a block in 
memory by loading the DMA controller with 
the starting address of the block and its byte 
count (Program 1). The central processor also 
enters the DMA parameters into temporary 
storage so that they can be reused in case a 
collision occurs. After loading the DMA con- 
troller, the processor issues the Transmit com- 
mand to the controller. If the channel is clear, 
the frame is sent. Otherwise, the chip auto- 
matically defers to any activity on the data link 
and then transmits its signal. Ultimately, the 
controller interrupts the CPU, which deter- 
mines from the status register whether or not 
the transmission was successful. 

If a collision occurs, the CPU invokes the Re- 
transmit procedure (Program 2). In this pro- 
cedure, the DMA controller is reloaded with the 
parameters (taken from temporary storage) 
and the Retransmit command is issued. On re- 
ceiving it, the controller again attempts to 
transmit the frame, but only after a back-off 
time (which begins counting on the last col- 
lision) has run out. 

Finally, to receive a frame, the CPU prepares 
a buffer in memory, loads the DMA controller, 
and enables the receiver (Program 3). When a 
frame arrives, it is deposited into the memory 
using a DMA operation. Then the CPU is inter- 
rupted, letting it know that it can now deter- 
mine the length and status of the received 
frame. □ 
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TWO LOW-SPEED 
NETS RACE TO 
LINK COMPUTERS 



AT&T's 1-Mb/s and IBM's 2-Mb/s local-area networks are vying for selection 



by the IEEE as standard for personal computers □ by Robert A. Sehr 



While the love affair between business and the per- 
sonal computer shows no signs of cooling, users 
have complained for a long time about the lack of a way 
to share information. The decline in fortunes of the cor- 
porate information center, starting in the early 1970s, 
coincided with the rise of the personal computer and 
soon led to the proliferation of data outside a centrally 
controlled environment. 

But there is new hope that what management has torn 
asunder, technology will reunite. Networking schemes 
that were too expensive for all but the largest corpora- 
tions are dropping in price and are thus becoming attrac- 
tive to the small and medium-size company. As a result, 
the race is on to promote a new standard for a network 
that transmits at rates under 10 Mb/s and inexpensively 
links personal computers while offering the functionality 
found in such big-ticket networks as Ethernet. This is the 
goal behind two sharply contrasting proposals for a 
small-office network standard being pushed by AT&T 
Information Systems, Morristown, N.J., and IBM Corp., 
Armonk, N.Y. — both until now sleeping giants in the 
business of low-cost local networks. 

The major difference between an Ethernet-type net- 



PC NETWORK 



work and the new generation of low-cost networks is the 
rate at which data is transmitted. The proposal from the 
Institute of Electrical and Electronic Engineers' 802.3 
committee — which issued its standard for carrier-sensing- 
multiple-access-with-collision-detection, or Ethernet-like, 
networks in November— specified a 10-Mb/s transmis- 
sion rate. PC Net, the network protocol that IBM recent- 
ly licensed from Sytek Inc., Mountain View, Calif, car- 
ries data at a relatively slow 2 Mb/s; AT&T Co.'s 
proposed StarLan network — which the company admits 
is not yet a committed product — carries data at only half 
that speed. 

Though such slow speeds would be unacceptable for 
host-to-host communication, "there is no need for per- 
sonal computers to communicate at 10 Mb/s," notes 
Gregory Ennis, director of systems engineering at Sytek. 
But even though both StarLan and PC Net operate at 
relatively slow speeds, they are designed and built so 
they can be bridged to larger networks. These include 
networks such as Ethernet in the case of baseband Star- 
Lan, and IBM's forthcoming token-ring network in the 
case of PC Net. 

The broadband PC Net, which began life as Sytek's 
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1. Broadband PC Network. A standard 75-/2 coaxial cable forms the data highway for clusters of up to 1 ,000 IBM Corp. Personal Computers 
and 3270 PCs. It will also handle voice and video when the backbone token ring becomes available. 
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Local Net/PC, uses a standard 75-H coaxial cable — the 
same as is used for cable television — so it can transmit 
not only data, but voice and video signals as well. It 
supports up to 72 IBM Personal Computers, PCXTs, or 
PC ATs within a radius of 1,000 ft. of a node. Using a 
custom-installed broadband network and a $695 PC Net 
adapter card, up to 1,000 personal computers can be 
connected within a 3-mile area (Fig. 1). 

Seven-layer tree 

PC Net is organized into a hierarchical seven-layer 
tree structure following the plan set out in the Interna- 
tional Organization for Standardization's reference model 
for local-area networks. There is the physical layer, 
which contains the electronic and mechanical contents of 
the transmission medium; the link layer, which contains 
protocol mechanisms; the network layer, which routes 
packets between LAN channels or installations; the 
transport layer, which is responsible for end-to-end data 
transfers; the session layers, which contain user shells; 
the presentation layer, which manipulates data into pre- 
sentation form between points in the network; and the 
applications layer (Fig. 2). 

The net services all but the applications layer, which is 
left to the vendor of the host terminal or IBM PC to 
customize to a particular application. "The beauty of it is 
that it allows for an open concept for applications soft- 
ware," Ennis says. "This is the same philosophy that 
allowed the IBM PC to proliferate as much as it did." 

With IBM's strong marketing force behind PC Net, 
Ennis expects that third-party software writers will rush 
to create additional multiuser, multitasking applications, 



DISTRIBUTED DATA BASE 



TERMINAL EMULATION 



ELECTRONIC MAIL 



PRINTSERVICE 



SYSTEMS-NETWORK- 
ARCHITECTURE GATEWAY 




ensuring its widespread acceptance. "Up until now, writ- 
ing a network application program has been kind of 
risky," says Leo Nikora, a product marketing manager at 
Microsoft Corp., Bellevue, Wash. "There was no single 
network standard and no single resource-sharing stan- 
dard. More important, IBM has indicated that PC Net 
will be software compatible with its token-ring network, 
which will further increase the market for application 
programs, Nikora says. 

Though some designers question whether Microsoft's 
MS-DOS and Xenix operating systems can operate at 2 
Mb/s, Nikora is sure that PC Net will be able to handle 
all the traffic that users can throw at it. The reason for 
this is that actual throughput decreases the further you 
get from the physical or hardware level: when through- 
put proves too much for the operating system to handle, 
it can be buffered outside the operating system under 
user control. 

Below the applications layer are layers of hardware 
and software welded together to define PC Net's perfor- 
mance. At the network's hub is the PC Net translator, 
which provides single-channel frequency translation for 
the network. Up to eight IBM PCs can attach directly to 
the translator; by using the base expander, a total of 72 
IBM PCs can be hung from a single node. 

The translator is linked to the IBM PC by up to 200 ft 
of cable, together with an adapter card that slips into a 
card slot in the personal computer. At the adapter card's 
heart is an Intel 82586 controller chip, an 80188 proces- 
sor, a fixed-frequency modem (which operates at 50.75 
MHz for transmission and 219 MHz for receiving), and a 
Sytek custom chip that complements the 82586 to pro- 
vide CSMA/CD and modified nonre- 
turn-to-zero (NRZI) data coding. 
"I At the link layer, the link-access 

protocol provides the CSMA/CD 
functions that keep users who are 
seeking the same data on a network 
from colliding with each other and 
takes care of error detection. The 
network level consists of one proto- 
col that is used for packet transfer, 
which routes packets between sepa- 
rate link-layer channels. Transport- 
layer protocols follow the ISO Class 
4 transport scheme, with the reliable- 
stream protocol providing a virtual- 
connection service and the user-data- 
gram protocol providing end-to-end 
exchanges of packets with a simple 
best effort. 

The session-management proto- 
col — which resides in read-only 
memory on the network adapter 
card — builds stream-oriented sessions 
on top of the reliable-stream proto- 

2. Protocol architecture. IBM's PC Network 
implements a hierarchical seven-layer tree 
architecture providing full network functions 
up to the applications layer. It is up to the 
systems integrator to design the applica- 
tions-layer functions. 
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col's virtual connections, allowing session participants to 
be identified by symbolic names. Users can register these 
symbolic names by means of the name-management pro- 
tocol in the same layer. Also located in the session layer 
are the user datagram protocols, which allow users to 
send datagrams with symbolic names rather than with 
network addresses, together with the diagnostic and mon- 
itoring protocol, which gives the network's statistics and 
status. 

In contrast to the complex structure of PC Net, Star- 
Lan's heart is a simple 1-m bus that connects to each 
personal computer by means of twisted-pair wiring 
dropped from a building's standard telephone-wiring 
closet, where the bus is centered (Fig. 3). The twisted 
pairs terminate in RS-422 line drivers and receivers in 
the closet. Each hub supports up to 50 users connected 
within 600 to 800 ft of the wiring closet. 

Telephone-wire tie-in 

In pushing the StarLan proposal before the IEEE 
802.3 committee, AT&T noted that most office buildings 
have a standard telephone connection with 25 twisted 
pairs, of which only a few are used. As a result, it won't 
be necessary to rewire existing buildings — or prewire new 
ones — as is required for Ethernet, its RG-58A/U variant 
(dubbed Cheapernet), and token-ring networks. 

This feature is a major selling point for StarLan. Be- 
cause it uses commonly available phone wire; which is 
present in every office building, facilities already exist to 
tie several hubs together (Fig. 4). Thus, StarLan can be 
bridged to faster transmission backbone networks, such 
as Ethernet or Gheapernet. 

The worst-case estimate, according to one of the task 
forces chartered by the IEEE 802.3 committee, puts Star- 
Lan's cost at about $200 per connection, including the 
network processor, wiring, installation, and repeaters or 
hubs. Some estimates put the cost as low as $50 per 
connection, plus installation. In addition, "moving a 
computer in the network will be as easy as moving a 
telephone," says Timothy A. Rock, a member of the 
technical staff at AT&T Information Systems Laborato- 
ries, Holmdel, N.J. "It will actually be easier, since lines 
in the StarLan network are individually unique." 

Regardless of AT&T's claims for Star- 
Lan, so many doubts surfaced over the 
capability of twisted pairs that the IEEE 
802.3 committee, meeting in Vancouver, 
B.C., Canada, in July, formed a task force 
to study the matter further, and it reported 
back at the October meeting in San Diego. 
Among the subjects studied were the ef- 
fects of distance from the wiring closet and 
the reliability of oloV wiring in existing 
buildings compared with new twisted-pair 
wiring. Committee chairman Donald 
Loughry, of Hewlett-Packard Co., Cuperti- 



3. Closeted bus. A 1-m bus in a building's tele- 
phone-wire closet forms the heart of AT&T Informa- 
tion Systems' StarLan. The system uses twisted- 
wire pairs that hang off the bus to make the attach- 
ment to personal computers and link them in the 
network. 



no, Calif., says that twisted pairs can accept transmis- 
sions at the 1-Mb/s transmission rate. He adds, however, 
that it is "something that merits further testing by an 
independent agency." 

In addition, others have raised questions about the 
advisability of running 1-Mb/s transmissions through 
twisted pairs. Sytek's Ennis, for one, is skeptical. "I 
wonder if running that kind of transmission through 
unshielded twisted pairs meets the Federal Communica- 
tions Commission's noise requirements," he says. T. A. 
Rock, however, says almost every test AT&T has run on 
StarLan demonstrates that it can run safely at 1 Mb/s in 
existing wiring in most office buildings. (Ironically, one 
of the few buildings that was unable to pass the test was 
AT&T's own headquarters.) 

The cost of wiring buildings is a significant factor in 
the acceptance of LANs, and most observers agree that 
the high cost of the heavy-duty yellow Ethernet cable — 
as high as $4 per ft— has prevented Ethernet from be- 
coming popular in small and medium-size offices. As a 
result, alternative networking schemes using twisted pairs 
have been developed— for example, Omninet, spawned by 
Corvus Systems Inc., San Jose, Calif. Omninet, however, 
does not use collision detection to determine which sta- 
tion gains access to the network. StarLan can detect a 
collision on the bus; since the bus in the wiring closet is 
so short that it does not allow the signal to weaken, it 
enables collision detection to be achieved through logic 
rather than through the Ethernet-type transceivers that 
look for voltage shifts. 

New logic 

Further interest in StarLan focuses on the new genera- 
tion of logic being evaluated for use in the network. The 
controller will be the successor to Intel Corp.'s 82586, 
the chip that has been the center of most networking 
schemes. Designed for networks with data rates under 2 
Mb/s, the new chip will be released in the fourth quar- 
ter, although the company has already sent samples to 
what it calls "users with systems savvy." Intel, however, 
has provided only sketchy details about the new chip — 
other than to say it will combine the functions that now 
require two separate chips, as well as add functions that 
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4. Cheap wiring. Proponents of StarLan claim that its use of the ubiquitous four-wire twisted pairs— as found in standard telephone wiring— will 
contribute dramatically to the drop in wiring prices of local-area networks. 



have never before been present. "We've provided 90% of 
StarLan on our new chip," says Robert Galin, Intel's 
director of strategic planning. 

The new Intel chip at the center of StarLan provides 
collision detection at the chip level, using an exponential 
algorithm to reset transmission time after each detection 
of a collision. In other words, when two users attempt to 
access the same data simultaneously, the user who is 
detected first is allowed to proceed; a busy signal is sent 
back to the other user or users while the system automat- 
ically tries again after a measured period of time that 
increases after each attempt (Fig. 5). 

The Intel chip looks for a phase shift in the Manches- 
ter coding, through which baseband networks such as 
Ethernet recognize signals. Manchester coding splits each 
bit into a signal and its complement, so that there is 
always a zero crossing at the middle of the time slot — or 
each bit sent. A collision will cause this crossing point to 




5. New controller. AT&T Information Systems' StarLan is being 
evaluated with a new-generation controller that detects collisions and 
performs retries using internal logic. Bus length in the wire closet is 
kept short, enabling the logic to sense a collision. 



move outside its time window. The limitation on such a 
system is jitter in the signal. According to AT&T, Star- 
Lan can tolerate 50 ns of timing jitter. 

Intel's chip also will provide data coding in the nar- 
rower NRZI coding scheme used by broadband net- 
works, which must be more cautious of bandwidth. As a 
result, the new chip will not only benefit StarLan but 
could also be used in IBM's PC Net. "We have tried to 
make the chip as versatile as possible. While our compet- 
itors were trying to decide between broadband and base- 
band, we wanted something that would optimize the 
environment," says Galin. 

The new chip reduces cost not only through its re- 
duced size — which means it needs less silicon — but also 
by taking out such devices as the direct-memory-access 
controller. The DMA controller restricts the kind of 
applications that the chip can run, Galin says. Instead, 
the new chip will depend on systems integrators in order 
to perform DMA functions. 

Sytek's Ennis says the new chip will be a part of PC 
Net as soon as it becomes available. He applauds Intel's 
flexibility, believing it showed more foresight than the 
firm's competitors, which are making more restrictive 
networking chips primarily for Ethernet and Cheapernet. 

Galin says Intel saw a need for a network that could 
transmit at under 2 Mb/s without being bogged down in 
specifics. THe firm hedged its bets on various proposals 
for low-cost networks by contributing to all of them. 
Intel worked with Sytek before the IEEE 802.3 commit- 
tee and also initiated the task force that began work on 
another 1-Mb/s LAN based on coaxial cable — the mid- 
range LAN, proposed by NCR Corp., San Diego. That 
task force decided that it should concentrate on a single 
standard proposal and picked StarLan. 

"There really should be more than one," Galin says. 
"There are some users who will need the voice, video, 
and data transmissions found in PC Net and will be 
willing to pay the higher cost. Others won't need it and 
will settle on StarLan." □ 

Robert A. Sehr is a consultant and writer on network 
transmission systems. 
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POWFR TO THF PCV 

by Lcc Gomes 



It' there ever were a tool 
that was almost too help-' 
tut. for its own good, it would: 
have to be the personal com- 
puter. While only a few 
years old, the machines-. 
are already so ubiqui- 
tous that it's difficult ; '.; 
to imagine office life 
without them, from 
ssuiple clerical tasks 
to complex decision 
support systems, the 
PC is our constant 
companion, and we 
continually expect it 
to do more and more. '• j| 

Therein lies a prob- 
lem, because the JPC's- ; 
bag of tricks is not 
without restrictions. 
Hie biggest limit 
to the machine 



.. . is the! 
tact that; 

spue any ;iM$ 
be r of existing 
networking proel 
it's all. hut impossibly 
quickly and cusily gi?| 
PCs on speaking terrtiij 
with each other, 

While increasingly powerful ■$0mm 
tions of VLSI will make for increas- ' ' ; 
mglv powerful sots ware packages, 
those programs will, by and large, exist 
in isolated machine*, doing wonders 
for individual workers, but little tor the 
organisation as a whole: Unless some- 
thing is done soon, the graphs showing 
the productivity gains made- possible- by 
PCs will soon start to- flatten out, -after I 
years of shooting almost straight Up: ; . 

At Long Last*.. LANs 
Rirtunaiely, something is htmg ; 
done. In fact, three things;. 
; "a Intel is introducing thfcv 
H25H8 Single Chip L, 
' ' Controller, For 'the 
■ : time/a. single VLSbff 
device has been 



For office LANs: A new chip, ■ 




The 82588 Single 
Chip LAN Co.niw»lJei 

injects new lifts into 
otike-feased PC «to 
work*. This highly 
integrated <k*vks h 
engineered sperihesHy 
to provide avim-eifee* 
«*e means for oifke PCs 
to mmmimkMt with 
each eitefe It replaces c.x- 
■ pensive st»ppn network* 
ins adaptation** that wcie 
tm$kmtiy fkHgnnl for mo« 




- Clrishiooed -into a networking 
-'solution for the unique needs 
of the oHicc. 

,..} Low-cost network standards 
are emerging, such as WM* 
PC Network and STAKIAN. 
The* hitter is being developed 
as a cooperative eiiort by 
leading computer campniesu 
vendors and OEMs, 
u Soit ware m bring a 
PC LAN alive is being 
made available by 
Microsoft Corporation, 

with its new 
;■ "Microsoft Net' . 
works ■' product, 
/'. .This trio of develop- 
ments will mean, 
once and for all, 
;. .an end to the 
;' so 'Called ''Adidas' 
network'' that has 
■been the tic facta 
office standard 
until now, 

■■Speed, Standards, 
;' -Dollars "and 
: . Cents. 

An observer's ' 
% : v r .. first reaction 
to ai! i.his 
might he, 
'lust what 
the world- 
needs— • more PC 
LAN products/' 
And it's true; there 
are many varieties oi 
• LAN hardware and son • 
ware available now for PCs. 

To appreciate what the 
82588 is bringing to the oiike 
PC arena, it is necessary to 
first take a quick look at the products "•",; 
now being used in office -based networks, ' 
.To. date, they have tended to suiter from 
one - -or mure - u? three major 
irawbac'ks: 

.. . ./ of these offkedvised networks 
yetc adaptations of networking tech- 
nologies originally used tor mint* 
feomputet applications.. This 
Imeans they have been optimised' 
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for high data throughput rates — 
much higher than is needed in the of- 
fice. A cluster of word-processing 
work stations can get hy handily on a 
data transfer rate of 1 or 2 megabytes 
per second. Using a 10 Mbps link 
such as Ethernet in many small of- 
fices is a bit like using a Mack truck 
to pick up the groceries. It's an inap- 
propriate — not to mention expen- 
sive — use of a technology. 
□ Many PC LANs can function ade- 
quately with networks containing 
only a few stations — say a dozen or 
so. But they grow hopelessly con- 
gested when more terminals are 
added. This is a result of using a less- 
than-optimal collision avoidance ac- 
cess method. The much more effi- 
cient collision detection method 
employed by the 82588 was hereto- 
fore unavailable for PC-based LANs 
because, in the absence of VLSI, it 
was far too expensive to implement 
using TTL. 



□ Many of the inexpensive PC networks 
that exist suffer from being proprie- 
tary systems that were designed be- 
fore the adoption of industry-wide 
standards. But now, with the market 
rapidly coalescing around standards 
such as Ethernet, STARLAN, and 
IBM's PC Network, proprietary sys- 
tems are likely to lose customer favor. 

Enter the 588 

What the office LAN market needs, 
then, is an inexpensive device that will 
operate at acceptable performance levels 
while accommodating emerging indus- 
try standards. The 82588 was created 
with exactly those goals in mind. 

The 588 is a "kid sibling" to Intel's 
82586 LAN Coprocessor. That latter de- 
vice has an on-board coprocessor allow- 
ing it to handle communications tasks 
independently of the host CPU, and is 
the industry-leading IC for high-per- 
formance networks like Ethernet. More 
than 100 companies have designed it 



into their products. 

Because PC networks tolerate slower 
bit rates than those found in Ethernet, a 
higher level of integration is possible in 
the 82588. The features that require 
three ICs in Ethernet— the CSMA/CD 
controller, the encoder/decoder func- 
tions, and the collision detection circui- 
try—are all built into the 82588. As a 
result, the 82588 need only be joined to 
an inexpensive transceiver chip to im- 
plement STARLAN, and to an RF mo- 
dem for IBM's PC Network. 

A major technical innovation of the 
82588 is its on-chip collision detection 
capability. The 588 has two collision de- 
tect schemes: first, it checks the mes- 
sage on a bit-by-bit basis and ascertains 
that the coding scheme is not violated. 
If it is violated, a collision is assumed. 
Second, the 588 calculates a signature 
of the transmitted data, listens to itself 
on the receive channel, and re-calcu- 
lates the signature. A collision is as- 
sumed if the two signatures do not 



Intel's tiered network model for LANs shows the underlying order in what at 

first appears to be a muddled marketplace. Different LAN approaches co-exist 

with each other, to be used at different tiers, depending on 

the price and performance requirements of the application. 



Tierl 
Computer 



Computer 
10-100 Mbps) 




JANUARY/FEBRUARY 1985 SOLUTIONS 
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Most of the office desks in the 
United States have a 25-pair 
bundled wire running to them 
for telephones. STARLAN 
makes use of two unused pairs, 
one set for transmitting, the 
other for receiving. By 
leveraging this installed 
wiring base, STARLAN keeps 
costs down. 



match. Both methods 
can be used in 
STARLAN and the 
IBM PC Network. 

An Economical Answer 

This level of integration 
goes a long way in 
keeping costs down for 
OEMs. The 82588 
comes in a 28 pin DIP, 
and replaces a whole 
boardfullofTTL.lt 
also solves a legion of 
vexing technical com- 
munications problems that the majority 
of OEMs do not have the resources to 
answer for themselves. The 82588 en- 
ables OEMs to forget about low-level 
network complexities such as back-off 
algorithms and address filtering. As a 
result, designers can concentrate on 
high-level features, and introduce their 
product with greater speed and less 
expense. 

There are a number of other ways 
that the 82588 helps keep^costs down. 
For example, the chip hooks up directly 
with Intel's 80186 and 80188 micropro- 
cessors — no interleaving TTL glue is 
needed. And rather than store data in 
inefficient sequential data blocks that 
are each designed to store the largest 
possible frame, the chip uses a sophisti- 
cated buffer-chaining technique that 
links small buffers together. That stor- 
age technique makes for a prudent use 
of memory space, an important consid- 
eration in PCs. Finally, the 82588 has a 




high-level instruction set, meaning 
OEMs need not spend long months 
writing low-level driver software. 

On a board, the 82588 will enable 
OEMs to deliver a PC communications 
peripheral that should end up costing 
the end-user a few hundred dollars — 
compared to about $800 for Cheapernet 
and $1,500 or more for Ethernet. As an 
IC that's built into a system, the 82588 
gives OEMs a chance to offer customers 
a powerful communications capability 
at an even lower cost. 

Packing A Performance Punch 

The 82588 does not compromise sys- 
tem performance in achieving its con- 
siderable economy. 

The chip has a very efficient system 
bus interface. Its 16-bit receive and 
transmit FIFO buffers allow it to mini- 
mize its use of the CPU bus while 
sending and receiving frames. It also in- 
terfaces to an 8 MHz bus with no wait 



states, while still maintaining a trans- 
fer rate of up to 4 Megabytes per 
second. 

The second performance- enhancer of 
the 82588 is its high-level command in- 
terface. To send a message, the CPU 
simply stores the frame in memory and 
sends the device a TRANSMIT com- 
mand. The 82588 will send the date 
without constant CPU oversight. That 
frees the central processor for other 
tasks, and increases the over-all per- 
formance of the entire system. 

Finding the Right Tier 

But what good is a great new commu- 
nications chip if the LAN market is 
hopelessly fractured with a number of 
LAN options? That certainly seems to 
be the case, what with Ethernet, Cheap- 
ernet, token ring, token bus . . . and 
now, STARLAN and IBM's PC Network. 

"We think that the confusion in the 
LAN marketplace is more supposed 
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than real/' says Bob Dahlberg, Intel's 
product line manager for LAN compo- 
nents. "What's really happening is that 
different products are being developed 
for different applications. Most of the 
major LAN approaches are complemen- 
tary to each other, not competitive." 

Intel has developed a three-tiered 
model that is used to explain the cost/ 
performance trade-offs in a seemingly 
chaotic LAN Market. 

Tier One is the Mainframe-to-Main- 
frame Tier, where large machines ex- 
change data at extremely high speeds. 
The second level is called the LAN 
Backbone Tier. Minicomputer-based 
equipment such as CAD/CAE stations, 
with their high throughput require- 
ments, use Tier Two links, of which 
IEEE 802.3 Ethernet is probably the 
best-known example. 

The third tier is called the Depart- 
ment Cluster Tier. This is the level at 
which personal computers are linked 
(separate departments are tied together 
along the LAN Backbone Tier). While 
the 82586 LAN Coprocessor is used in 
Tier Two, the 82588 was designed spe- 
cifically for Tier Three, for use in net- 
works like STARLAN and IBM's PC 
Network. 

The Star of STARLAN 

Just as Ethernet is the de facto standard 
for Tier Two minicomputer applica- 
tions, STARLAN is expected soon to 
play the same role in the office's Tier 
Three networks. 

STARLAN originated from the reali- 
zation that there was no standard net- 
work tailor-made for office-centered 
applications. A number of companies — 
Intel, AT&T/IS, Hewlett-Packard, 
Wang, Tandem, NCR and others — are 
working together as a task force within 
the IEEE 802.3 subcommittee to fill 
that gap. Their objective is to create a 
cost-effective network designed first and 
foremost for use by personal computers 
in the office. 

STARLAN 's major strength is that it 
is the first standardized network in 
which attention is paid to the practical 
problems involved in wiring a building 
for a network. To accomplish that, 
STARLAN is designed to make exten- 
sive use of the network already in place 
in every office: the telephone system. 
Telephones are hooked up in a star — or 
radial topology — with each phone con- 
nected to a device in a central wiring 



closet. The majority of phones in this 
country are attached through a cable 
containing 25 twisted-pair wires, but a 
number of these wires are available for 
uses other than telephone 
communication. 



"...The confusion in the 

LAN marketplace is 

more supposed than real. 

Most of the major 

approaches are 

complementary to each 

other, not competitive/' 



STARLAN uses four of these free 
wires — one pair for transmitting, the 
other for receiving. As with telephones, 
each network station in STARLAN is 
connected to a hub, which can be up to 
800 feet away. Within the hub is a short 
bus that connects the nodes. 

STARLAN transmits data at 1 Mbps. 
This speed is more than enough to sup- 
port the needs of the modern office, 
where messages are usually relatively 
short text files. 

STARLAN 's use of inexpensive 
twisted-pair wires, which for most cus- 
tomers will already be in place, means 
very low installation costs. Because it 
is a four-wire system, inexpensive 
transceivers can be used. A further re- 
duction of system costs is provided by 
STARLAN 's short bus, which allows 
the use of logic-based collision detec- 
tion that eliminates the need for addi- 
tional hardware. STARLAN's design 
goal is a total cost to the end-users of 
$200 per connection. 

STARLAN, IBM PC Network . . . 
And More 

The 82588 was designed to be used in 
both STARLAN and IBM's PC Network, 
but it can also be easily reconfigured 
for use in other CSMA/CD networks. 
An example of its flexibility: the device 
supports both HDLC framing and 2 
Mbps NRZI encoding and decoding, as 
specified by the IBM PC Network. 

OEMs using the 82588 have a highly 
adaptable device to work with, and no 
worries about being left behind by a 
changing marketplace. They'll even be 



able to use the same basic design simul- 
taneously in several networking 
packages. 

Says Dahlberg, "That kind of flexibil- 
ity means an end to a lot of OEM anxi- 
ety. They'll be able to gain familiarity 
with one chip, and use that knowledge 
to move their products from one market 
to another." 

And Software to Boot 

Of course, LANs don't live by boards 
alone, and the specs for STARLAN and 
IBM's PC Network only deal with hard- 
ware questions. Fortunately, networking 
software for PC LANs is on the way. 

Intel now sells iNA 960, the indus- 
try's only off-the-shelf implementation 
of the ISO Transport Layer. It is the job 
of iNA 960 to break up a message into 
frames, send the frames to the recipient, 
and re-assemble the frames on the other 
end. Most importantly, iNA 960 guaran- 
tees that a message is received cor- 
rectly; otherwise it notifies the user 
that delivery was impossible. 

Transport layer software is a key ele- 
ment in any network. But there are still 
other software tasks that need tending 
to before a network can come alive. 
Those other tasks are represented by 
Layers Five, Six, and Seven of the ISO 
model. 

Microsoft Corp. has announced its 
"Microsoft Networks" product that ad- 
dresses those three layers. The software 
is available for MS-DOS, * which Micro- 
soft created. And Intel and Microsoft 
have announced that they have devel- 
oped network software protocols (the 
basis of Microsoft Networks) that allow 
files to be shared concurrently by mul- 
tiple users on a LAN. These protocols 
run under the iRMX™ and XENIX* op- 
erating systems. 

Reaching The Promised LAN 

PCs have already proven themselves to 
be powerful tools in the office environ- 
ment, but as yet only the surface of the 
PC's potential has been scratched. The 
development of new networking tech- 
nologies promises to probe the depths of 
the PC's abilities, opening up a whole 
new bag of tricks for this machine. 
The world has been ready for PC 
LANs for a long time. Now, with hard- 
ware and software in place, PC LANs 
are finally ready for the world. □ 

* MS-DOS and XENIX are trademarks of Microsoft 
Corp. 
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than real," says Bob Dahlberg, Intel's 
product line manager for LAN compo- 
nents. "What's really happening is that 
different products are being developed 
for different applications. Most of the 
major LAN approaches are complemen- 
tary to each other, not competitive." 

Intel has developed a three-tiered 
model that is used to explain the cost/ 
performance trade-offs in a seemingly 
chaotic LAN Market. 

Tier One is the Mainframe-to-Main- 
frame Tier, where large machines ex- 
change data at extremely high speeds. 
The second level is called the LAN 
Backbone Tier. Minicomputer-based 
equipment such as CAD/CAE stations, 
with their high throughput require- 
ments, use Tier Two links, of which 
IEEE 802.3 Ethernet is probably the 
best-known example. 

The third tier is called the Depart- 
ment Cluster Tier. This is the level at 
which personal computers are linked 
(separate departments are tied together 
along the LAN Backbone Tier). While 
the 82586 LAN Coprocessor is used in 
Tier Two, the 82588 was designed spe- 
cifically for Tier Three, for use in net- 
works like STARLAN and IBM's PC 
Network. 

The Star of STARLAN 

Just as Ethernet is the de facto standard 
for Tier Two minicomputer applica- 
tions, STARLAN is expected soon to 
play the same role in the office's Tier 
Three networks. 

STARLAN originated from the reali- 
zation that there was no standard net- 
work tailor-made for office-centered 
applications. A number of companies- 
Intel, AT&T/IS, Hewlett-Packard, 
Wang, Tandem, NCR and others— are 
working together as a task force within 
the IEEE 802.3 subcommittee to fill 
that gap. Their objective is to create a 
cost-effective network designed first and 
foremost for use by personal computers 
in the office. 

STARLAN's major strength is that it 
is the first standardized network in 
which attention is paid to the practical 
problems involved in wiring a building 
for a network. To accomplish that, 
STARLAN is designed to make exten- 
sive use of the network already in place 
in every office: the telephone system. 
Telephones are hooked up in a star— or 
radial topology — with each phone con- 
nected to a device in a central wiring 



closet. The majority of phones in this 
country are attached through a cable 
containing 25 twisted-pair wires, but a 
number of these wires are available for 
uses other than telephone 
communication. 



". . . The confusion in the 

LAN marketplace is 

more supposed than real. 

Most of the major 

approaches are 

complementary to each 

other, not competitive/' 



STARLAN uses four of these free 
wires — one pair for transmitting, the 
other for receiving. As with telephones, 
each network station in STARLAN is 
connected to a hub, which can be up to 
800 feet away. Within the hub is a short 
bus that connects the nodes. 

STARLAN transmits data at 1 Mbps. 
This speed is more than enough to sup- 
port the needs of the modern office, 
where messages are usually relatively 
short text files. 

STARLAN's use of inexpensive 
twisted-pair wires, which for most cus- 
tomers will already be in place, means 
very low installation costs. Because it 
is a four-wire system, inexpensive 
transceivers can be used. A further re- 
duction of system costs is provided by 
STARLAN's short bus, which allows 
the use of logic-based collision detec- 
tion that eliminates the need for addi- 
tional hardware. STARLAN's design 
goal is a total cost to the end-users of 
$200 per connection. 

STARLAN, IBM PC Network . . .. 
And More 

The 82588 was designed to be used in 
both STARLAN and IBM's PC Network, 
but it can also be easily reconfigured 
for use in other CSMA/CD networks. 
An example of its flexibility: the device 
supports both HDLC framing and 2 
Mbps NRZI encoding and decoding, as 
specified by the IBM PC Network. 

OEMs using the 82588 have a highly 
adaptable device to work with, and no 
worries about being left behind by a 
changing marketplace. They'll even be 
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able to use the same basic design simul- 
taneously in several networking 
packages. 

Says Dahlberg, "That kind of flexibil- 
ity means an end to a lot of OEM anxi- 
ety. They'll be able to gain familiarity 
with one chip, and use that knowledge 
to move their products from one market 
to another." 

And Software to Boot 

Of course, LANs don't live by boards 
alone, and the specs for STARLAN and 
IBM's PC Network only deal with hard- 
ware questions. Fortunately, networking 
software for PC LANs is on the way. 

Intel now sells iNA 960, the indus- 
try's only off-the-shelf implementation 
of the ISO Transport Layer. It is the job 
of iNA 960 to break up a message into 
frames, send the frames to the recipient, 
and re-assemble the frames on the other 
end. Most importantly iNA 960 guaran- 
tees that a message is received cor- 
rectly; otherwise it notifies the user 
that delivery was impossible. 

Transport layer software is a key ele- 
ment in any network. But there are still 
other software tasks that need tending 
to before a network can come alive. 
Those other tasks are represented by 
Layers Five, Six, and Seven of the ISO 
model. 

Microsoft Corp. has announced its 
"Microsoft Networks" product that ad- 
dresses those three layers. The software 
is available for MS-DOS, * which Micro- 
soft created. And Intel and Microsoft 
have announced that they have devel- 
oped network software protocols (the 
basis of Microsoft Networks] that allow 
files to be shared concurrently by mul- 
tiple users on a LAN. These protocols 
run under the iRMX™ and XENIX* op- 
erating systems. 

Reaching The Promised LAN 

PCs have already proven themselves to 
be powerful tools in the office environ- 
ment, but as yet only the surface of the 
PC's potential has been scratched. The 
development of new networking tech- 
nologies promises to probe the depths of 
the PC's abilities, opening up a whole 
new bag of tricks for this machine. 
The world has been ready for PC 
LANs for a long time. Now, with hard- 
ware and software in place, PC LANs 
are finally ready for the world. □ 

*MS-DOS and XENIX are trademarks of Microsoft 
Corp. 



Global Communications Q 

Data Sheets 



iny 



8251A 
PROGRAMMABLE COMMUNICATION INTERFACE 



Synchronous and Asynchronous 

Operation 

Synchronous 5-8 Bit Characters; 

Internal or External Character 

Synchronization; Automatic Sync 

Insertion 

Asynchronous 5-8 Bit Characters; 

Clock Rate— 1, 16 or 64 Times Baud 

Rate; Break Character Generation; 

1, 1V2, or 2 Stop Bits; False Start Bit 

Detection; Automatic Break Detect 

and Handling 

Synchronous Baud Rate — DC to 

64KBaud 



Asynchronous Baud Rate — DC to 

19.2KBaud 

Full-Duplex, Double-Buffered 

Transmitter and Receiver 

Error Detection — Parity, Overrun and 

Framing 

Compatible with an Extended Range 

of Intel Microprocessors 

28-Pin DIP Package 

All Inputs and Outputs are TTL 

Compatible 

Available in EXPRESS 

— Standard Temperature Range 

— Extended Temperature Range 



The Intel® 8251A is the enhanced version of the industry standard, Intel 8251 Universal Synchronous/ 
Asynchronous Receiver/Transmitter (USART), designed for data communications with Intel's microprocessor 
families such as MCS-48, 80, 85, and i'APX-86, 88. The 8251 A is used as a peripheral device and is programmed 
by the CPU to operate using virtually any serial data transmission technique presently in use (including IBM 
"bi-sync"). The USARTaccepts data characters from the CPU in parallel format and then converts them into a 
continuous serial data stream for transmission. Simultaneously, it can receive serial data streams and convert 
them into parallel data characters for the CPU. The USARTwill signal the CPU whenever it can accept a new 
character for transmission or whenever it has received a character for the CPU. The CPU can read the 
complete status of the USART at any time. These include data transmission errors and control signals such as 
SYNDET, TxEMPTY. The chip is fabricated using N-channel silicon gate technology. 
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Figure 1. Block Diagram 



Figure 2. Pin Configuration 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses are Implied. 
■ INTEL CORPORATION 1984 ^ „ September 1984 

207780-001 
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FEATURES AND ENHANCEMENTS 



FUNCTIONAL DESCRIPTION 



The 8251 A is an advanced design of the industry 
standard USART, the Intel® 8251. The 8251A 
operates with an extended range of Intel 
microprocessors and maintains compatibility with 
the 8251 . Familiarization time is minimal because of 
compatibility and involves only knowing the addi- 
tional features and enhancements, and reviewing 
the AC and DC specifications of the 8251A. 

The 8251 A incorporates all the key features of the 
8251 and has the following additional features and 
enhancements: 



8251 A has double-buffered data paths with sepa- 
rate I/O registers for control, status, Data In, and 
Data Out, which considerably simplifies control 
programming and minimizes CPU overhead. 

In asynchronous operations, the Receiver detects 
and handles "break" automatically, relieving the 
CPU of this task. 

A refined Rx initialization prevents the Receiver 
from starting when in "break" state, preventing 
unwanted interrupts from a disconnected USART. 

At the conclusion of a transmission, TxD line will 
always return to the marking state unless SBRK is 
programmed. 

Tx Enable logic enhancement prevents aTx Dis- 
able command from halting transmission until all 
data previously written has been transmitted. The 
logic also prevents the transmitter from turning 
off in the middle of a word. 

When External Sync Detect is programmed, Inter- 
nal Sync Detect is disabled, and an External Sync 
Detect status is provided via a flip-flop which 
clears itself upon a status read. 

Possibility of false sync detect is minimized by 
ensuring that if double character sync is program- 
med, the characters be contiguously detected and 
also by clearing the Rx register to all ones 
whenever Enter Hunt command is issued in Sync 
mode. 

As long as the 8251 A is not selected, the RD and 
WR do not affect the internal operation of the 
device. 

The 8251 A Status can be read at any time but the 
status update will be inhibited during status read. 

The 8251 A is free from extraneous glitches and 
has enhanced AC and DC characteristics, provid- 
ing higher speed and better operating margins. 

Synchronous Baud rate from DC to 64K. 



General 

The 8251A is a Universal Synchronous/Asynchro- 
nous Receiver/Transmitter designed for a wide 
range of Intel microcomputers such as 8048, 8080, 
8085, 8086 and 8088. Like other I/O devices in a 
microcomputer system, its functional configuration 
is programmed by the system's software for maxi- 
mum flexibility. The 8251 A can support most serial 
data techniques in use, including IBM "bi-sync." 

In a communication environment an interface 
device must convert parallel format system data into 
serial format for transmission and convert incoming 
serial format data into parallel system data for recep- 
tion. The interface device must also delete or insert 
bits or characters that are functionally unique to the 
communication technique. In essence, the interface 
should appear "transparent" to the CPU, a simple 
input or output of byte-oriented system data. 



Data Bus Buffer 

This 3-state, bidirectional, 8-bit buffer is used to in- 
terface the 8251 A to the system Data Bus. Data is 
transmitted or received by the buffer upon execution 
of INput or OUTput instructions of the CPU. Control 
words, Command words and Status information are 
also transferred through the Data Bus Buffer. The 
Command Status, Data-in and Data-Out registers 
are separate, 8-bit registers communicating with the 
system bus through the Data Bus Buffer. 

This functional block accepts inputs from the system 
Control bus and generates control signals for overall 
device operation. It contains the Control Word Reg- 
ister and Command Word Register that store the 
various control formats for the device functional 
definition. 



RESET (Reset) 

A "high" on this input forces.the 8251 A into an "Idle" 
mode. The device will remain at "Idle" until a new set 
of control words is written into the 8251 A to program 
its functional definition. Minimum RESET pulse 
width is 6 t CY (clock must be running). 

A command reset operation also puts the device into 
the "Idle" state. 
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CLK (Clock) 



C/D (Control/Data) 



The CLK input is used to generate internal device 
timing and is normally connected to the Phase 2 
(TTL) output of the Clock Generator. No external 
inputs or outputs are referenced to CLK but the 
frequency of CLK must be greater than 30 times the 
Receiver or Transmitter data bit rates. 

WR (Write) 

A "low" on this input informs the 8251 A that the CPU 
is writing data or control words to the 8251 A. 

RD (Read) 



This input, in conjunction with the WR and RD in- 
puts, informs the 8251 A that the word on the Data 
Bus is either a data character, control word or status 
information. 

1 = CONTROL/STATUS; = DATA. 

CS (Chip Select) 

A "low" on this input selects the 8251 A. No reading or 
writing will occur unless the device is selected. 
When CS is high, the Data Bus is in the float state and 
RD and WR have no effect on the chip. 

Modem Control 



A "low" on this input informs the 8251 A that the CPU 
is reading data or status information from the 8251 A. 
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Figure 3. 8251 A Block Diagram Showing Data 
Bus Buffer and Read/Write Logic 
Functions 



The 8251 A has a set of control inputs and outputs 
that can be used to simplify the interface to almost 
any modem. The modem control signals are general 
purpose in nature and can be used for functions 
other than modem control, if necessary. 



DSR (Data Set Ready) 

The DSR input signal is a general-purpose, 1-bit in- 
verting input port. Its condition can be te sted by the 
CPU using a Status Read operation. The DSR input 
is normally used to test modem conditions such as 
Data Set Ready. 

DTR (Data Terminal Ready) 

The DTR output signal is a general-purpose, 1-bit 
inverting output port. It can be set "low" by pro- 
gramming the appr opria te bit in the Command In- 
struction word. The DTR output signal is normally 
used for modem control such as Data Terminal 
Ready. 

RTS (Request to Send) 

The RTS output signal is a general-purpose, 1-bit 
inverting output port. It can be set "low" by pro- 
gramming the appr opria te bit in the Command In- 
struction word. The RTS output signal is normally 
used for modem control such as Request to Send. 



CTS (Clear to Send) 



C/D RD WR CS 
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1 
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A "low" on this input enables the 8251A to transmit 
serial data if theTx Enable bit in the Command byte 
is set to a "one." If either a Tx Enable off or CTS off 
condition occurs while theTx is in operation, theTx 
will transmit all the data in the USART, written prior 
toTx Disable command before shutting down. 
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Transmitter Buffer 

TheTransmitter Buffer accepts parallel data from the 
Data Bus Buffer, converts it to a serial bit stream, 
inserts the appropriate characters or bits (based on 
the communication technique) and outputs a com- 
posite serial stream of data on theTxD output pin on 
the falling edge of TxC. The transmitter will begin 
transmission upon being enabled if CTS = 0. The 
TxD line will be held in the marking state immedi- 
ately upon a master Reset or when Tx Enable or CTS 
is off or the transmitter is empty. 



Transmitter Control 

TheTransmitter Control manages all activities asso- 
ciated with the transmission of serial data. It accepts 
and issues signals both externally and internally to 
accomplish this function. 



TxRDY (Transmitter Ready) 

This output signals the CPU that the transmitter is 
ready to accept a data character. The TxRDY output 
pin can be used as an interrupt to the system, since it 
is masked byTxEnable; or, for Polled operation, the 
CPU can check TxRDY using a Status Read opera- 
tion. TxRDY is automatically reset by the leading 
edge of WR when a data character is loaded from 
the CPU. 

Note that when using the Polled operation, the 
TxRDY status bit is not masked byTxEnable, but will 
only indicate the Empty/Full Status of the Tx Data 
Input Register. 
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Figure 4. 8251 A Block Diagram Showing Modem 
and Transmitter Buffer and Control 
Functions 



TxC (Transmitter Clock) 

TheTransmitter Clock controls the rate at which the 
character is to be transmitted. In the Synchronous 
tra nsmis sion mode, the Baud Rate (1x) is equal to 
the TxC frequency. In Asynchronous transmis sion 
mode, the baud rate is a fraction of the actual TxC 
frequency. A portion of the mode instru ction selects 
this factor; it can be 1, 1/16 or 1/64 the TxC. 



TxE (Transmitter Empty) 

When the 8251 A has no characters to send, the 
TxEMPTYoutput will go "high." It resets upon receiv- 
ing a character from CPU if the transmitter is en- 
abled. TxEMPTY remains high when the transmitter 
is disabled. TxEMPTY can be used to indicate the 
end of a transmission mode, so that the CPU "knows" 
when to "turn the line around" in the half-duplex 
operational mode. 



For Example: 

If Ba ud Rate equals 110 Baud, 
TxC equals 110 Hz in the 1x mode. 
TxC equals 1.72 kHz in the 16x mode. 
TxC equals 7.04 kHz in the 64x mode. 

The falling edge of TxC shifts the serial data out of 
the 8251 A. 

Receiver Buffer 



In the Synchronous mode, a "high" on this output 
indicates that a character has not been loaded and 
the SYNC character or characters are about to be or 
are being transmitted automatically as "fillers." 
TxEMPTY does not go low when the SYNC charac- 
ters are being shifted out. 



The Receiver accepts serial data, converts this serial 
input to parallel format, checks for bits or characters 
that are unique to the communication technique 
and sends an "assembled" character to the CPU. 
Serial data is input to R xD pin, and is clocked in on 
the rising edge of RxC. 
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Receiver Control 



RxC (Receiver Clock) 



This functional block manages all receiver-related 
activities which consists of the following features. 

The RxD initialization circuit prevents the 8251 A 
from mistaking an unused input line for an active 
low data line in the "break condition." Before 
starting to receive serial characters on the RxD 
line, a valid "1 " must first be detected after a chip 
master Reset. Once this has been determined, a 
search for a valid low (Start bit) is enabled. This 
feature is only active in the asynchronous mode, 
and is only done once for each master Reset. 

The False Start bit detection circuit prevents false 
starts due to a transient noise spike by first detect- 
ing the falling edge and then strobing the nominal 
center of the Start bit (RxD = low). 



The Receiver Clock controls the rate at which the 
character is to be received. In Synchronous Mode, 
the B aud Rate (1 x) is equal to the actual frequency of 
RxC. In Asynchronou s Mo de, the Baud Rate is a 
fraction of the actual RxC frequency. A portion- of 
the mod e ins truction selects this factor: 1, 1/16 or 
1/64 the RxC. 

For example: 

Bau d Rate equals 300 Baud, if 
RxC equals 300 Hz in the 1x mode; 
RxC equals 4800 Hz in the 16x mode; 
RxC equals 19.2 kHz in the 64x mode. 

Bau d Rate equals 2400 Baud, if 
RxC equals 2400 Hz in the 1x mode; 
RxC equals 38.4 kHz in the 16x mode; 
RxC equals 153.6 kHz in the 64x mode. 



Parity error detection sets the corresponding 
status bit. 



Data is sampled into the 8251 A on the rising edge of 
RxC. 



The Framing Error status bit is set if the Stop bit is 
absent at the end of the data byte (asynchronous 
mode). 



RxRDY (Receiver Ready) 

This output indicates that the 8251 A contains a char- 
acter that is ready to be input to the CPU. RxRDY can 
be connected to the interrupt structure of the CPU 
or, for polled operation, the CPU can check the con- 
dition of RxRDY using a Status Read operation. 

RxEnable, when off, holds RxRDY in the Reset Con- 
dition. For Asynchronous mode, to set RxRDY, the 
Receiver must be enabled to sense a Start Bit and a 
complete character must be assembled and trans- 
ferred to the Data Output Register. For Synchronous 
mode, to set RxRDY, the Receiver must be enabled 
and a character must finish assembly and be trans- 
ferred to the Data Output Register. 

Failure to read the received character from the Rx 
Data Output Register prior to the assembly of the 
next Rx Data character will set overrun condition 
error and the previous character will be written over 
and lost. If the Rx Data is being read by the CPU 
when the internal transfer is occurring, overrun er- 
ror will be set and the old character will be lost. 



NOTE: In most communications systems, the 8251 A 
will be handling both the transmission and reception 
operations of a single link. Consequently, the 
Rece ive a nd Trans mit Baud Rates will be the same. 
Both TxC and RxC will require identical frequencies 
for this operation and can be tied together and con- 
nected to a single frequency source (Baud Rate 
Generator) to simplify the interface. 
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Figure 5. 8251 A Block Diagram Showing 

Receiver Buffer and Control Functions 
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SYNDET (SYNC Detect/ 
BRKDET Break Detect) 

This pin is used in Synchronous Mode for SYN- 
DET and may be used as either input or output, 
programmable through the Control Word. It is reset 
to output mode low upon RESET. When used as an 
output (internal Sync mode), the SYNDET pin will go 
"high" to indicate that the 8251A has located the 
SYNC character in the Receive mode. If the 8251 A is 
programmed to use double Sync characters (bi- 
sync), then SYNDET will go "high" in the middle of 
the last bit of the second Sync character. SYNDET is 
automatically reset upon a Status Read operation. 

When used as an input (external SYNC detect mode), 
a positive going signal will cause the 8251 A to start 
asse mbli ng data characters on the rising edge of the 
next RxC. Once in SYNC, the "high" input signal can 
be removed. When External SYNC Detect is' pro- 
grammed, Internal SYNC Detect is disabled. 

BREAK (Async Mode Only) 

This output will go high whenever the receiver 
remains low through two consecutive stop bit se- 
quences (including the start bits, data bits, and 
parity bits). Break Detect may also be read as a 
Status bit. It is reset only upon a master chip Reset or 
Rx Data returning to a "one" state. 



ADDRESS BUS 



CONTROL BUS 



I/O R I/O W RESET 



7\ 



Sz. 



C/D CS D 7 -D 



RD WR RESET CLK 



DETAILED OPERATION DESCRIPTION 

General 

The complete functional definition of the 8251 A is 
programmed by the system's software. A set of con- 
trol words must be sent out by the CPU to initialize 
the 8251A to support the desired communications 
format. These control words will program the: BAUD 
RATE, CHARACTER LENGTH, NUMBER OF STOP 
BITS, SYNCHRONOUS or ASYNCHRONOUS OPER- 
ATION, EVEN/ODD/OFF PARITY, etc. In the 
Synchronous Mode, options are also provided to 
select either internal or external character 
synchronization. 

Once programmed, the 8251 A is ready to perform its 
communication functions. The TxRDY output is 
raised "high" to signal the CPU that the 8251 A is 
ready to receive a data character from the CPU. This 
output (TxRDY) is reset automatically when the CPU 
writes a character into the 8251 A. On the other hand, 
the 8251 A receives serial data from the MODEM or 
I/O device. Upon receiving an entire character, the 
RxRDYoutput is raised "high" to signal the CPU that 
the 8251A has a complete character ready for the 
CPU to fetch. RxRDY is reset automatically upon the 
CPU data read operation. 

The 8251A cannot begin transmission until the Tx 
Enable (Transmitter Enable) bit is set in the Com- 
mand Instruction and it has received a ClearTo Send 
(CTS) input. TheTxD output will be held in the mark- 
ing state upon Reset. 



Figure 6. 8251 A Interface to 8080 Standard 
System Bus 











C/D = 1 
C/D = 1 
C/D = 1 
C/D = 1 

C/D = ; 

C/D = 1 

C/D = ; 

C/D = 1 


MODE INSTRUCTION 




SYNC CHARACTER 1 




. SYNC MODE 
ONLY* 


SYNC CHARACTER 2 


COMMAND INSTRUCTION 




; • DATA \ 


COMMAND INSTRUCTION 


\ DATA J 


COMMAND INSTRUCTION 


*THE SECOND SYNC 
GRAMMED THE 82S 
CHARACTERS ARE { 
8251ATOASYNCMO 


CHARACTER IS SKIPPED IF MO 
1A TO SINGLE CHARACTER 
>KIPPED IF MODE INSTRUCTIC 
DE. 


DE 
SY 
N 


INSTRUCTION HAS PRO- 
NC MODE. BOTH SYNC 
HAS PROGRAMMED THE 



Figure 7. Typical Data Block 
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Programming the 8251A 

Prior to starting data transmission or reception, the 
8251A must be loaded with a set of control words 
generated by the CPU. These control signals define 
the complete functional definition of the 8251 A and 
must immediately follow a Reset operation (internal 
or external). 

The control words are split into two formats: 

1. Mode Instruction 

2. Command Instruction 



the same package. The format definition can be 
changed only after a master chip Reset. For explana- 
tion purposes the two formats will be isolated. 

NOTE: When parity is enabled it is not considered 
as one of the data bits for the purpose of program- 
ming the word length. The actual parity bit received 
on the Rx Data line cannot be read on the Data Bus. 
In the case of a programmed character length of less 
than 8 bits, the least significant Data Bus bits will 
hold the data; unused bits are "don't care" when 
writing data to the 8251A, and will be "zeros" when 
reading the data from the 8251 A. 



Mode Instruction 

This instruction defines the general operational 
characteristics of the 8251 A. It must follow a Reset 
operation (internal or external). Once the Mode In- 
struction has been written into the 8251 A by the 
CPU, SYNC characters or Command Instructions 
may be written. 

Command Instruction 

This instruction defines a word that is used to control 
the actual operation of the 8251A. 

Both the Mode and Command Instructions must 
conform to a specified sequence for proper device 
operation (see Figure 7). The Mode Instruction must 
be written immediately following a Reset 
operation, prior to using the 8251 A for data 
communication. 

All control words written into the 8251A after the 
Mode Instruction will load the Command Instruc- 
tion. Command Instructions can be written into the 
8251 A at any time in the data block during the opera- 
tion of the 8251 A. To return to the Mode Instruction 
format, the master Reset bit in the Command In- 
struction word can be set to initiate an internal Reset 
operation which automatically places the 8251A 
back into the Mode Instruction format. Command 
Instructions must follow the Mode Instructions or 
Sync characters. 

Mode Instruction Definition 

The 8251 A can be used for either Asynchronous or 
Synchronous data communication. To understand 
how the Mode Instruction defines the functional 
operation of the 8251 A, the designer can best view 
the device as two separate components, one 
Asynchronous and the other Synchronous, sharing 



Asynchronous Mode (Transmission) 

Whenever a data character is sent by the CPU the 
8251 A automatically adds a Start bit (low level) fol- 
lowed by the data bits (least significant bit first), and 
the programmed number of Stop bits to each char- 
acter. Also, an even or odd Parity bit is inserted prior 
to the Stop bit(s), as defined by the Mode Instruc- 
tion. The character is then transmitted as a serial 
data stream on the TxD output. The serial data is 
shifted out on the falling edg e of TxC at a rate equal 
to 1, 1/16, or 1/64 that of the TxC, as defined by the 
Mode Instruction. BREAK characters can be contin- 
uously sent to the TxD if commanded to do so. 

When no data characters have been loaded into the 
8251 A the TxD output reamins "high" (marking) un- 
less a Break (continuously low) has been 
programmed. 
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Figure 8. Mode Instruction Format, 
Asynchronous Mode 
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Asynchronous Mode (Receive) 



Synchronous Mode (Transmission) 



The RxD line is normally high. A falling edge on this 
line triggers the beginning of a START bit. The 
validity of this START bit is checked by again strob- 
ing this bit at its nominal center (16X or 64X mode 
only). If a low is detected again, it is a valid START bit, 
and the bit counter will start counting.The bit coun- 
ter thus locates the center of the data bits, the parity 
bit (if it exists) and the stop bits. If parity error oc- 
curs, the parity error flag is set. Data and parity bits 
are s ampled on the RxD pin with the rising edge of 
RxC. If a low level is detected as the STOP bit, the 
Framing Error flag will be set. The STOP bit signals 
the end of a character. Note that the receiver re- 
quires only one stop bit, regardless of the number of 
stop bits programmed. This character is then loaded 
into the parallel I/O buffer of the 8251 A. The RxRDY 
pin is raised to signal the CPU that a character is 
ready to be fetched. If a previous character has not 
been fetched by the CPU, the present character 
replaces it in the I/O buffer, and the OVERRUN Error 
flag is raised (thus the previous character is lost). All 
of the error flags can be reset by an Error Reset 
Instruction. The occurrence of any of these errors 
will not affect the operation of the 8251 A. 
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The TxD output is continuously high until the CPU 
sends its first character to the 825 1 Awhich usually is 
a SYNC character. When the CTS line goes low, the 
first character is serially transmitted ou t. All charac- 
ters are shifted out on the falling ed ge of TxC. Data is 
shifted out at the same rate as the TxC. 

Once transmission has started, the data stream at 
the TxD output must continue at the TxC rate. If the 
CPU does not provide the 8251 A with a data charac- 
ter before the 8251 A Transmitter Buffers become 
empty, the SYNC characters (or character if in single 
SYNC character mode) will be automatically in- 
serted in the TxD data stream. In this case, the 
TxEMPTY pin is raised high to signal that the 8251 A 
is empty and SYNC characters are being sent out. 
TxEMPTY does not go low when the SYNC is being 
shifted out (see figure below). The TxEMPTY pin is 
internally reset by a data character being written 
into the 8251 A. 

AUTOMATICALLY INSERTED BY USART 
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Figure 9. Asynchronous Mode 



Synchronous Mode (Receive) 

In this mode, character synchronization can be inter- 
nally or externally achieved. If the SYNC mode has 
been programmed, ENTER HUNT command should 
be included in the first command instruction word 
written. Data on the RxD pin is then sampled on 
the rising edge of RxC. The content of the Rx buffer 
is compared at every bit boundary with the first 
SYNC character until a match occurs. If the 8251 A 
has been programmed for two SYNC characters, the 
subsequent received character is also compared; 
when both SYNC characters have been detected, 
the USARTends the HUNT mode and is in character 
synchronization. The SYNDET pin is then set high, 
and is reset automatically by a STATUS READ. If 
parity is programmed, SYNDET will not be set until 
the middle of the parity bit instead of the middle of 
the last data bit. 

In the external SYNC mode, synchronization is 
achieved by applying a high level on the SYNDET 
pin, thus forcing the 8251 A out of the H UNT mode. 
The high level can be removed after one RxC cycle. 
An ENTER HUNT command has no effect in the 
asynchronous mode of operation. 
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Parity error and overrun error are both checked in 
the same way as in the Asynchronous Rx mode. 
Parity is checked when not in Hunt, regardless of 
whether the Receiver is enabled or not. 
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Figure 10. Mode Instruction Format, 
Synchronous Mode 



The CPU can command the receiver to enter the 
HUNT mode if synchronization is lost. This will also 
set all the used character bits in the buffer to a 
"one," thus preventing a possible false SYNDET 
caused by data that happens to be in the Rx Buffer at 
ENTER HUNT time. Note that the SYNDET F/F is 
reset at each Status Read, regardless of whether 
internal or external SYNC has been programmed. 
This does not cause the 8251 A to return to the HUNT 
mode. When in SYNC mode, but not in HUNT, Sync 
Detection is still functional, but only occurs at the 
"known" word boundaries. Thus, if one Status Read 
indicates SYNDET and a second Status Read also 
indicates SYNDET, then the programmed SYNDET 
characters have been received since the previous 
Status Read. (If double character sync has been 
programmed, then both sync characters have been 
contiguously received to gate a SYNDET indication.) 
When external SYNDET mode is selected, internal 
Sync Detect is disabled, and the SYNDET F/F may be 
set at any bit boundary. 
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Figure 11. Data Format, Synchronous Mode 

COMMAND INSTRUCTION DEFINITION 

Once the functional definition of the 8251 A has been 
programmed by the Mode Instruction and the sync 
characters are loaded (if in Sync Mode) then the 
device is ready to be used for data communication. 
The Command Instruction controls the actual opera- 
tion of the selected format. Functions such as: 
Enable Transmit/Receive, Error Reset and Modem 
Controls are provided by the Command Instruction. 

Once the Mode Instruction has been written into the 
8251 A and Sync characters inserted, if necessary, 
then all further "control writes" (C/D = 1) will load a 
Command Instruction. A Reset Operation (internal 
or external) will return the 8251A to the Mode In- 
struction format. 

Note: Internal Reset on Power-up 

When power is first applied, the 8251 A may come up 
in the Mode, Sync character or Command format. To 
guarantee that the device is in the Command In- 
struction format before the Reset command is is- 
sued, it is safest to execute the worst-case 
initialization sequence (sync mode with two sync 
characters). Loading three OOHs consecutively into 
the device with C/D = 1 configures sync operation 
and writes two dummy 00H sync characters. An In- 
ternal Reset command (40H) may then be issued to 
return the device to the "Idle" state. 



9-9 



iny 



8251 A 



EH IR RTS ER SBRK RxE DTR TxEN 



TRANSMIT ENABLE 
1 = enable 
= disable 



DATA TERMINAL 

READY 

"high" will force DTR 
output to zero 



RECEIVE ENABLE 



SEND BREAK 

CHARACTER 

1 = forces TxD "low 

= normal operation 



ERROR RESET 

1 = reset error flags 

PE.OE, FE 



REQUEST TO SEND 
"high" will force RTS 
output to zero 



INTERNAL RESET 
"high" returns 8251A t< 
Mode Instruction Form; 



ENTER HUNT MODE* 
1 = enable search for Sync 
Characters 



* (HAS NO EFFECT 
IN ASYNC MODEI 



Note: Error Reset must be performed whenever Rx Enable 
and Enter Hunt are programmed. 



Figure 12. Command Instruction Format 

STATUS READ DEFINITION 

In data communication systems it is often necessary 
to examine the "status" of the active device to ascer- 
tain if errors have occurred or other conditions that 
require the processor's attention. The 8251 A has 
facilities that allow the programmer to "read" the 
status of the device at any time during the func- 
tional operation. (Status update is inhibited during 
status read.) 

A normal "read" command is issued by the CPU with 
C/D - 1 to accomplish this function. 

Some of the bits in the Status Read Format have 
identical meanings to external output pins so that 
the 8251 A can be used in a completely polled or 
interrupt-driven environment. TxRDY is an 
exception. 

Note that status update can have a maximum delay 
of 28 clock periods from the actual event affecting 
the status. 



PE TxEMPTY RxRDY TxRDY 



SAME DEFINITIONS AS I/O PINS 



PARITY ERROR 
The PE flag is set when a parity 
error is detected. It is reset by 
the ER bit of the Command 
Instruction. PE does 1 not inhibit 
operation of the 8251 A. 



OVERRUN ERROR 
The OE flag is set when the CPU 
does not read a character before 
the next one becomes available. 
It is reset by the ER bit of the 
Command Instruction. OE does 
not inhibit operation of the 8251 A 
however, the previously c 
character is lost. 



FRAMING ERROR (Async only 
The FE flag is set when a valid 
Stop bit is not detected at the 
end of every character. It is reset 
by the ER bit of the Command 
Instruction. FE does not inhibit 
the operation of the 8251 A. 



Figure 13. Status Read Format 



APPLICATIONS OF THE 8251A 



ADDRESS BUS 



CONTROL BUS i 



TxRDY status bit has different meanings from the 
Tx RDY output pin - . The former is not conditioned 
by C TS and TxEN; the latter is conditioned by both 
CTS and TxEN. 
i.e. TxRDY status bit = DB Buffer Empty 

TxRDY pin out - DB Buffer Empty -(CTS-0)- 

(TxEN-1) 




CRT 

TERMINAL 



Figure 14. Asynchronous Serial Interface to CRT 
Terminal, DC— 9600 Baud 
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) ADDRESS BUS \ 


M 


) CONTROL BUS 


\ 


II II 


\ DATA BUS \ 



RxD 
TxD 

8251A RxC 

fxC 

SYNDET 



n. 



SYNCHRONOUS 

TERMINAL 

OR PERIPHERAL 

DEVICE 



Figure 15. Synchronous Interface to Terminal or 
Peripheral Device 



ADDRESS BUS 



CONTROL BUS 



RxD 
TxD 
DSR 
DTR 

CTS 
RTS 



RxC 

f^C 



ASYNC 
MODEM 



PHONE 
LINE 

INTER- 
FACE 



BAUD 

RATE 

GENERATOR 



TELEPHONE 
LINE 



ADDRESS BUS 



CONTROL BUS 



RxD 

TxD 

IA 

R75 

fxC 

SYNDET 

CTS 

RTS 



DSR >* 
DTR >- 



SYNC 
MODEM 



PHONE 
LINE 

INTER- 
FACE 



TELEPHONE 
LINE 



Figure 17. Synchronous Interface to Telephone 
Lines 



Figure 16. Asynchronous Interface to Telephone 
Lines 
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ABSOLUTE MAXIMUM RATINGS* 

Ambient Temperature Under Bias 0°C to 70°C 

Storage Temperature -65°C to +150°C 

Voltage On Any Pin 

With Respect To Ground -0.5V to +7V 

Power Dissipation 1 Watt 



* NOTICE: Stresses above those listed under "Absolute 
Maximum Ratings" may cause permanent damage to the 
device. This is a stress rating only and functional operation 
of the device at these or any other conditions above those 
indicated in the operational sections of this specification 
is not implied. Exposure to absolute maximum rating con- 
ditions for extended periods may affect device reliability. 



D.C. CHARACTERISTICS (T A = o°c to 70° c, v cc = 5.ov± 5%, gnd = ovr 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


V|L 


Input Low Voltage 


-0.5 


0.8 


V 




V|H 


Input High Voltage 


2.0 


v C c 


V 




Vol 


Output Low Voltage 




0.45 


V 


Iql = 2.2 mA 


V H 


Output High Voltage 


2.4 




V 


'OL = ~ 400 f*A 


'OFL 


Output Float Leakage 




±10 


fi/K 


V UT= V C C TO 0.45V 


l«L 


Input Leakage 




±10 


fiA 


V|N=V CC TO 0.45V 


'cc 


Power Supply Current 




100 


mA 


All Outputs = High 



CAPACITANCE (T A = 25°c, v cc = gnd = ov) 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


C IN 


Input Capacitance 




10 


pF 


fc = 1MHz 


C|/0 


I/O Capacitance 




20 


PF 


Unmeasured pins returned 
to GND 



A.C. CHARACTERISTICS (T A = o°c to 70°c, v C c = 5.ov±5%, gnd = ov)* 
Bus Parameters (Note 1) 

READ CYCLE 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


t A R 


Address Stable Before READ (CS, C/D) 







ns 


Note 2 


*RA 


Address Hold Time for READ (CS, C/D) 







ns 


Note 2 


l RR 


READ Pulse Width 


250 




ns 




*RD 


Data Delay from READ 




200 


ns 


3,C L = 150 pF 


tDF 


READ to Data Floating 


10 


100 


ns 




WRITE CYCLE 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Condtions 


*AW 


Address Stable Before WRITE 







ns 




*WA 


Address Hold Time for WRITE 







ns 




t WW 


WRITE Pulse Width 


250 




ns 




*DW 


Data Set-Up Time for WRITE 


150 




ns 




%D 


Data Hold Time for WRITE 


20 




ns 




^V 


Recovery Time Between WRITES 


6 




*CY 


Note 4 
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A.C. CHARACTERISTICS (Continued) 

OTHER TIMINGS 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*CY 


Clock Period 


320 


1350 


ns 


Notes 5, 6 


tor 


Clock High Pulse Width 


120 


t CY -90 


ns 




» 


Clock Low Pulse Width 


90 




ns 




tR,t F 


Clock Rise and Fall Time 




20 


ns 




*DTx 


TxD Delay from Falling Edge ofTxC 




1 


/xs 




hx 


Transmitter Input Clock Frequency 
1x Baud Rate 
16xBaud Rate 
64x Baud Rate 


DC 
DC 
DC 


64 
310 
615 


kHz 
kHz 
kHz 




l TPW 


Transmitter Input Clock Pulse Width 
1x Baud Rate 
16xand 64x Baud Rate 


12 
1 




*CY 
*CY 




*TPD 


Transmitter Input Clock Pulse Delay 
1x Baud Rate 
16xand64x Baud Rate 


15 
3 




*CY 
*CY 




f Rx 


Receiver Input Clock Frequency 
1x Baud Rate 
16x Baud Rate 
64x Baud Rate 


DC 
DC 
DC 


64 
310 
615 


kHz 
kHz 
kHz 




*RPW 


Receiver Input Clock Pulse Width 
1x Baud Rate 
16xand64x Baud Rate 


12 

1 




*CY 
*CY 




*RPD 


Receiver Input Clock Pulse Delay 
1x Baud Rate 
16xand64x Baud Rate 


15 
3 




l CY 
l CY 




*TxRDY 


TxRDY Pin Delay from Center of Last Bit 


t 


14 


l CY 


Note 7 


*TxRDY CLEAR 


TxRDY | from Leading Edge of WR 




400 


ns 


Note 7 


*RxRDY 


RxRDY Pin Delay from Center of Last Bit 




26 


*CY 


Note 7 


*RxRDY CLEAR 


RxRDY I from Leading Edge of RD 




400 


ns 


Note 7 


tis 


Internal SYNDET Delay from Rising 
Edge of RxC 




26 


*CY 


Note 7 


*ES 


External SYNDET Set-Up Time After 
Rising Edge of RxC 


16t CY 


tRPD-tCY 


ns 


Note 7 


*Tx EMPTY 


TxEMPTY Delay from Center of Last Bit 




20 


l CY 


Note 7 


*WC 


Control Delay from Rising Edge of 
WRITE (TxEn, DTR, RTS) 




8 


l CY 


Note 7 


*CR 


Control to READ Set-Up Time (DSR, CTS) 


20 




*CY 


Note 7 



*NOTE: 

1. For Extended Temperature EXP*RESS, use MIL 8251 A electrical parameters. 
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A.C. CHARACTERISTICS (Continued) 

NOTES: 

1. AC timings measured Vqh = 2.0 Vql = 2.0, Vql =.0.8, and with load circuit of Figure 1. 

2. Chip Select (CS) and Command/Data (C/D) are considered as Addresses. 

3. Assumes that Address is valid before Rp|. 

4. This recovery time is for Mode Initialization only. Write Data is allowed only when TxRDY = 1. Recovery Time between 
Writes for Asynchronous Mode is 8 t CY and for Synchronous Mode is 16 t^y. 

5. The TxC and RxC frequencies have the following limitations with respect to CLK: For 1 x Baud Rate, fy x or fp x ^ 1/(30 

tCY)-" 

For 16x and 64x Baud Rate, f Tx or f Rx ^1/(4.5 t CY ). 

6. Reset Pulse Width = 6 tcy minimum; System Clock must be running during Reset. 

7. Status update can have a maximum delay of 28 clock periods from the event affecting the status. 

8. In external sync mode the tes spec, requires the ratio of the system clock (clock) to receive or 
transmit bit ratios to be greater than 34. 



TYPICAL A OUTPUT DELAY VS. A CAPACITANCE (pF) 























^SPEC. 




/ 









-100 -50 +50 +100 

Jk CAPACITANCE (pF) 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



A.C. TESTING LOAD CIRCUIT 



INPUT/OUTPUT 




^> TEST POINTS <^ 




A.C. TESTING. INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" AND 0.45V FOR 
A LOGIC "0." TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "I" 
AND 0.8V FOR A LOGIC "O." 













. 8251 A 






= c L 




C L = 150 pF 





9-14 



irrteT 



WAVEFORMS 



8251A 



SYSTEM CLOCK INPUT 



k t| E3r^ 



TRANSMITTER CLOCK AND DATA 

-tTPW- 
TxC~(1kMODE) 



™<«—« WV\AAAAAAAAAAAAAA/|AAAAAAAAAAAAAAAAAA/V 



r 



"V 



RECEIVER CLOCK AND DATA 



Rx data \y____ 

— — f — 1| 

RxC(lxMODE) 1 

| „ 8 Rx( 



(Rx BAUD COUNTER STARTS HERE) 
START BIT 



RxCPERIODS_ 
(16x MODE) 



•16 RxC PERIODS (16x MODE)- 



ra<»«<»«» W\AA/VV\A/WV\AAAAAA/WWW\yVWWVVWVVV 



"\_ 



JCl 



WRITE DATA CYCLE (CPU -> USART) 






TxRDV / 




M 




U-*j HxRDY CLEAR 


DON'T CARE 
DATAIN(D.B) 




i- 


- tow — 


-—J two 


~£ DATA STABLE J — 




tAW 




— 1 


C/G 


\ 


«WA|/ 








*H 


es 


\ 


tAW 


tWA y 







READ DATA CYCLE (CPU «- USART) 

RxRDY 
R4 










/ 

DATA FLOAT 


— , 


^i 




\*—\ «RxRDY CLEAR 


^ [*— «RD — ► 


U-»DF 


















tAR 




»RA 




C/O 




H 


/ 










/ 


es 




\ 
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WAVEFORMS (Continued) 



WRITE CONTROL OR OUTPUT PORT CYCLE (CPU -» USART) 



DTR, RTS 
(NOTE =1) 



- Wr 




. k-twc— J 
_^«*W-*jj, _ _ 

1- tDW ► *-*) twD 




<Z 




^— : 








— 


tAW 


-• +\ tWA 


C/D 


/ 




tAW 


■• — H tWA 


cs 


\ 


r 



READ CONTROL OR INPUT PORT (CPU «- USART) 



OSR, CTS 


X 










\— 


- tCR » 






1- 


Rd 




V 






/ 


t 




Jh 


tRD 




-h tDF 


3ATA OUT 


t 






i 






— »| t A R 


% 


j 










tRA [-•— 


C/D 




-1 tAR 






,. 




CS 


~~i 




_> 



NOTE#1: T wc INCLUDES THE RESPONSE TIMING OF A CONTROL BYTE. 
NOTE #2: T CR INCLUDES THE EFFECT OF CTS ON THE TxENBL CIRCUITRY. 



TRANSMITTER CONTROL AND FLAG TIMING (ASYNC MODE) 


CTS — -\ ■ ■ ) 


V 


* 








tTxEMPTY — *• 


r i 




Tx EMPTY < 


i 


J~ 


Tx READY 




- 








(STATUS BIT) , 


r^ 


; .rr 


r* 


; 


i 


\ 




Tx READY 




tTxRDY* 


H n. 






i—< 


(PIN) 


WrDATAI WrDATA2 


WrDA 


TA 3 Wr D 


VTA 4 








C/D / 


\ \ 


rv 


/ 


\ 


/ \ 


/ 




i \ 




WrTx 


En 














WrSBRK 




w7 \J \ 


bf \ 


u\ 




u\_ J 


Ik 




^ u 












J^. _._. 


k 


txdata \ /nifXX XX/^/hx xnx/ a/ 




START BIT ^ 
DATABIT o 0h-j 


EXAMPL 


E FORMAT 


DATA 
= 7BITCHA 


CHAR1 
RACTER VI 


DATA 
/ITH PAR 


CHAF 


2 D 
2 STOP BIT 


MA CHAR 3 
S. 




CHAR 4 

m 

1 
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WAVEFORMS (Continued) 



RECEIVER CONTROL AND FLAG TIMING (ASYNC MODE) 



' 














: ' 


> 
















OB 


. 


DATA < 


I 






" 


_.... -Ft™ 




1* 




I — ? 










' 


' 




; 
















/ \ 


i 




/ 


i 


» r 




/ 


/ \ 


















"' u 






w 




I 




7 U .... 


.. 


ummij^ 


V 




w 




/ 




^asm^tf 


IwTZhZrT 








/ 





TRANSMITTER CONTROL AND FLAG TIMING (SYNC MODE) 













r* 












\ 








\ 






I 


i 












n « 


















A 


\ 


/ 






/ 






u 








\— 






R 








/ i 


/ 


\ 


; 








l\r 






SBRK 


w 


/ 




\ 


/ 




/ 


^ 1 r 






_y w 








\R 1 CH 






CHAR 3 

I a, 


1 a 






SBRK 










MARKING STATE 


\TA^-v 




SYNC X 1. 

CHAR 1 SYNC CHAR 2 1 


AN 


c^\ 


MARKING SPACING 
STATE 1 STATE 


"» 


y^ 


,£1". 


SYNC 






\l 


EGGJ 


jBOQOGa 


H 


EQOOQQQQQ 


J9Q0Q0 


jEXTRI 


•M 






\mMExmW' 



EXAMPLE FORMAT = 5 BIT CHARACTER 



RECEIVER CONTROL AND FLAG TIMING (SYNC MODE) 



SYNDET IS.BI 



T^re 






r^_NOTE2_/l 



r% 



/DATA CHAR 2l\ 
«< LOST »■ 



I P_/ 



LLJ-nv 

RdDATA R 

CHAR 3 IC 

H — v *- 




HIT 



U" 



A 



l_LZ 
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8273,8273-4 
PROGRAMMABLE HDLC/SDLC PROTOCOL 
CONTROLLER 



■ CCITT X.25 Compatible 

■ HDLC/SDLC Compatible 

■ Full Duplex, Half Duplex, or Loop 
SDLC Operation 

■ Up to 64K Baud Synchronous 
Transfers (56K Baud with 8273-4) 

■ Automatic FCS (CRC) Generation and 
Checking 

■ Up to 9.6K Baud with On-Board Phase 
Locked Loop 



■ Programmable NRZI Encode/Decode 

■ Two User Programmable Modem 
Control Ports 

■ Digital Phase Locked Loop Clock 
Recovery 

■ Minimum CPU Overhead 

■ Fully Compatible with 8048/8080/8085/ 
8088/8086/80188/80186 CPUs 

■ Single +5V Supply 



The Intel® 8273 Programmable HDLC/SDLC Protocol Controller is a dedicated device designed to support the ISO/ 
CCITT's HDLC and IBM's SDLC communication line protocols. It is fully compatible with Intel's new hiah performance 
microcomputer systems such as the MCS1 88/186™. A frame level command set is achieved by a unique microprogrammed 
dual processor chip architecture. The processing capability supported by the 8273 relieves the system CPU of the low 
level real-time tasks normally associated with controllers. 



TxINT RESULT 


COMMAND 


RxINT RESULT 


PARAMETER 


TEST MODE 


STATUS 




RESULT 



CO 



\f— l/ BUFFER \j 1/ 



TxDRQ - 

TxDACK • 

RxDRQ ■ 

RxDACK • 

TxINT • 
RxINT ■ 



READ/ 
WRITE 
DMA/ 
CONTROL 
LOGIC 






INTERNAL DATA BUS - 
CPU INTERFACE 



W 



JL 



<=3 



CO 



S 



TxD 
TxC 



DPLL 

32XCLK 

RTS 



CTS 



■ RxD 

■ RxC 




MODEM INTERFACE 



Figure 1. Block Diagram 



Figure 2. Pin Configuration 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses are Implied. Information Contained 
Herein Supersedes Previously Published Specifications On The Devices From Intel. NOVEMBER 1983 

©INTEL CORPORATION, 1984 9~18 ORDER NUMBER: 210479-002 
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A BRIEF DESCRIPTION OF HDLC/SDLC 
PROTOCOLS 

General 

The High Level Data Link Control (HDLC) is a standard 
communication link protocol established by International 
Standards Organization (ISO). HDLC is the discipline 
used to implement ISO X.25 packet switching systems. 

The Synchronous Data Link Control (SDLC) is an IBM 
communication link protocol used to implement the 
System Network Architecture (SNA). Both the protocols 
are bit oriented, code independent, and ideal for full 
duplex communication. Some common applications 
include terminal to terminal, terminal to CPU, CPU to 
CPU, satellite communication, packet switching and other 
high speed data links. In systems which require expensive 
cabling and interconnect hardware, any of the two 
protocols could be used to simplify interfacing (by going 
serial), thereby reducing interconnect hardware costs. 
Since both the protocols are speed independent, reducing 
interconnect hardware could become an important 
application. 

Network 

Irybotrrtfre HDLC and SDLC line protocols, according to a 
pre-assigned hierarchy, a PRIMARY (Control) STATION 
controls the overall network (data link) and issues 
commands to the SECONDARY (Slave) STATIONS. The 
latter comply with instructions and respond by sending 
appropriate RESPONSES. Whenever a transmitting 
station must end transmission prematurely it sends an 
ABORT character. Upon detecting an abort character, a 
receiving station ignores the transmission block called a 
FRAME. Time fill between frames can be accomplished by 
transmitting either continuous frame preambles called 
FLAGS or an abort character. A time fill within a frame is 
not permitted. Whenever a station receives a string of 
more that fifteen consecutive ones, the station goes into 
an IDLE state. 

Frames 

A single communication element is called a FRAME which 
can be used for both Link Control and data transfer 
purposes. The elements of a frame are the beginning eight 
bit FLAG (F) consisting of one zero, six ones, and a zero, 
an eight bit ADDRESS FIELD (A), an eight bit CONTROL 
FIELD (C), a variable (N-bit) INFORMATION FIELD (l), a 
sixteen bit FRAME CHECK SEQUENCE (FCS), and an 
eight bit end FLAG (F), having the same bit pattern as the 
beginning flag. In HDLC the Address (A) and Control (C) 
bytes are extendable. The HDLC and the SDLC use three 



types of frames; an Information Frame is used to transfer 
data, a Supervisory Frame is used for control purposes, 
and a Non-sequenced Frame is used for initialization and 
control of the secondary stations. 

Frame Characteristics 

An important characteristic of a frame is that its con- 
tents are made code transparent by use of a zero bit 
insertion and deletion technique. Thus, the user can adopt 
any format or code suitable for his system — it may even 
be a computer word length or a "memory dump". The 
frame is bit oriented that is, bits, not characters in each 
field, have specific meanings. The Frame Check 
Sequence (FCS) is an error detection scheme similar to 
the Cyclic Redundancy Checkword (CRC) widely used in 
magnetic disk storage devices. The Command and 
Response information frames contain sequence numbers 
in the control fields identifying the sent and received 
frames. The sequence numbers are used in Error 
Recovery Procedures (ERP) and as implicit acknowledge- 
ment of frame communication, enhancing the true full- 
duplex nature of the HDLC/SDLC protocols. 

In contrast, BISYNC is basically half-duplex (two way 
alternate) because of necessity to transmit immediate 
acknowledgement frames. HDLC/SDLC therefore saves 
propagation delay times and have a potential of twice the 
throughput rate of BISYNC. 

It is possible to use HDLC or SDLC over half duplex lines 
but there is a corresponding loss in throughput because 
both are primarily designed for full-duplex communi- 
cation. As in any synchronous system, the bit rate is 
determined by the clock bits supplied by the modem, 
protocols themselves are speed independent. 

A byproduct of the use of zero-bit insertion-deletion 
technique is the non-return-to-zero invert (NRZI) data 
transmission/reception compatibility. The latter allows 
HDLC/SDLC protocols to be used with asynchronous 
data communication hardware in which the clocks are 
derived from the NRZI encoded data. 

References 

IBM Synchronous Data Link Control General Information, IBM, GA27- 
3093-1. 

Standard Network Access Protocol Specification, DATAPAC, Trans- 
Canada Telephone System CCG111 

Recommendation X.25, ISO/CCITT March 2, 1976. 

IBM 3650 Retail Store System Loop Interface OEM Information, IBM, GA 
27-3098-0 

Guidebook to Data Communications, Training Manual, Hewlett-Packard 
5955-1715 

IBM Introduction to Teleprocessing, IBM, GC 20-8095-02 

System Network Architecture, Technical Overview, IBM, GA 27-3102 

System Network Architecture Format and Protocol, IBM GA 27-3112 





OPENING 
FLAG (F) 


ADDRESS 
FIELD (A) 


CONTROL 
FIELD (C) 


INFORMATION 
FIELD (I) 


FRAME CHECK 
SEQUENCE (FCS) 


CLOSING 
FLAG (F) 






01111110 


8 BITS 


8 BITS 


VARIABLE LENGTH 
(ONLY IN I FRAMES) 


16 BITS 


01111110 




























Figure 3. Frame Format 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


Vcc 


40 




Power Supply: +5V Supply. 


GND 


20 




Ground: Ground. 


RESET 


4 


I 


Reset: A high signal on this pin will 
force the 8273 to an idle state. The 
8273 will remain idle until a command 
is issued by the CPU. The modem 
interface output signals are forced 
high. Reset must be true for a 
minimum of 10 TCY. 


CS 


24 


I 


Chip Select: The RD and WR inputs 
are enabled by the chip select input. 


DB7-DB0 


19- 
12 


I/O 


Data Bus: The Data Bus lines are bi- 
directional three-state lines which in- 
terface with the system Data Bus. 


WR 


10 


I 


Write Input: The Write signal is used 
to control the transfer of either a 
command or data from CPU to the 
8273. 


RD 


9 




Read Input: The Read signal is used 
to control the transfer of either a data 
byte or a status word from the 8273 
to the CPU. 


TxINT 


2 





Transmitter Interrupt: The Trans- 
mitter interrupt signal indicates that 
the transmitter logic requires service. 


RxINT 


11 





Receiver Interrupt: The Receiver 
interrupt signal indicates that the Re- 
ceiver logic requires service. 


TxDRQ 


6 





Transmitter Data Request: Re- 
quests a transfer of data between 
memory and the 8273 for a transmit 
operation. 


RxRDQ 


8 





Receiver DMA Request: Requests a 
transfer of data between the 8273 and 
memory for a receive operation. 


TxDACK 


5 




Transmitter DMA Acknowledge: 

The Transmitter DMA acknowledge 
signal notifies the 8273 that the 
TxDMA cycle has been granted. 


RxDACK 


7 


I 


Receiver DMA Acknowledge: The 

Receiver DMA acknowledge signal 
notifies the 8273 that the RxDMA 
cycle has been granted. 


Ai-A 


22- 
21 


I 


Address: These two lines are CPU 
Interface Register Select lines. 


TxD 


29 





Transmitter Data: This line trans- 
mits the serial data to the communi- 
cation channel. 


TxC 


28 


1 


Transmitter Clock: The transmitter 
clock is used to synchronize the 
transmit data. 


RxD 


26 


1 


Receiver Data: This line receives 
serial data from the communication 
channel. 


RxC 


27 


1 


Receiver Clock: The Receiver Clock 
is used to synchronize the receive 
data. 



Symbol 


Pin 
No. 


Type 


Name and Function 




25 


I 


32X Clock: The 32X clock is used to 
provide clock recovery when an 
asynchronous modem is used. In 
loop configuration the loop station 
can run without an accurate 1X clock 
by using the 32X CLK in conjunction 
with the DPLL output. (This pin must 
be grounded when not used.) 


32X CLK 


Tjpll 


23 


O 


Digital Phase Locked Loop: Digital 
Phase Locked Loop output can be 
tied to RxC and/or TxC when 1 X clock 
is not available. DPLL is used with 
32X CLK. 


FLAG DET 


1 


O 


Flag Detect: Flag Detect signals that 
a flag (01111110) has been received 
by an active receiver. 


RTS 


35 





Request to Send: Request to Send 
signals that the 8273 is ready to trans- 
mit data. 


cts 


30 


I 


Clear to Send: Clear to Send signals 
that the modem is ready to accept 
data from the 8273. 


CD 


31 


I 


Carrier Detect: Carrier Detect sig- 
nals that the line transmission has 
started and the 8273 may begin to 
sample data on RxD line. 


PA2-4 


32- 
34 


I 


General purpose input ports: The 

logic levels on these lines can be 
Read by the CPU through the Data 
Bus Buffer. 


PB1-4 


36- 
39 





General purpose output ports: The 

CPU can write these output lines 
through Data Bus Buffer. 


CLK 


3 


I 


Clock: A square wave TTL clock. 



9-20 



FUNCTIONAL DESCRIPTION 

General 

The Intel® 8273 HDLC/SDLC controller is a microcom- 
puter peripheral device which supports the International 
Standards Organization (ISO) High Level Data Link 
Control (HDLC), and IBM Synchronous Data Link Control 
(SDLC) communications protocols. This controller 
minimizes CPU software by supporting a comprehensive 
frame-level instruction set and by hardware implemen- 
tation of the low level tasks associated with frame 
assembly/disassembly and data integrity. The 8273 can be 
used in either synchronous or asynchronous applications. 

In asynchronous applications the data can be program- 
med to be encoded/decoded in NRZI code. The clock is 
derived from the NRZI data using a digital phase locked 
loop. The data transparency is achieved by using a zero- 
bit insertion/deletion technique. The frames are automati- 
cally checked for errors during reception by verifying the 
Frame Check Sequence (FCS); the FCS is automatically 
generated and appended before the final flag in transmit. 
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The 8273 recognizes and can generate flags (01111110* 
Abort, Idle, and GA (EOP) characters. 
The 8273 can assume either a primary (control) or a 
secondary (slave) role. It can therefore be readiiy 
implemented in an SDLC loop configuration as typified by 
the IBM 3650 Retail Store System by programming the 
8273 into a one-bit delay mode. In such a configuration, a 
two wire pair can be effectively used for data transfer 
between controllers and loop stations. The digital phase 
locked loop output pin can be used by the loop station 
without the presence of an accurate Tx clock. 

CPU Interface 

The CPU interface is optimized for the 1^05-80/85"* bus 
with an 8257 DMA controller. However, the interface is 
flexible, and allows either DMA or non-DMA data 
transfers, interrupt or non-interrupt driven. It further 
allows maximum line utilization by providing early 
interrupt mechanism for buffered (only the information 
field can be transferred to memory) Tx command over- 
lapping. It also provides separate Rx and Tx interrupt 
output channels for efficient operation. The 8273 keeps 
the interrupt request active until all the associated 
interrupt results have been read. 

The CPU utilizes the CPU interface to specify commands 
and transfer data. It consists of seven registers addressed 
via CS, Ai, Ao, RD and WR signals and two independent 
data registers for receive data and transmit data. Ai , Ao are 
generally derived from two low order bits of the address 
bus. If an 8080 based CPU is utili zed, t he R D and WR 
signals may be driven by the 8228 l/OR and l/OW. The 
table shows the seven register select decoding: 



TxINT RESULT 


COMMAND 


RxINT RESULT 


PARAMETER 


TEST MODE 


STATUS 




RESULT 



o 



_/-■> ■sac <"> 

\| — L/ BUFFER \fl/ 



TxDRQ ■ 
TxDACK • 

RxDRQ • 
RxDACK ■ 

TxINT • 
RxINT • 



READ/ 
WRITE 
DMA/ 
CONTROL 
LOGIC 



o 



INTERNAL DATA BUS •- 



CPU INTERFACE 



/°\ 




*- FLAGDET 



MODEM INTERFACE 



A1 


AO 


TxDACK 


RxDACK 


C§ 


RD 


WR 


Register 















1 





Command 


















1 


Status 





1 









1 





Parameter 





1 












1 


Result 


1 












1 





Reset 


1 















1 


TxINT Result 


1 


1 









1 





— 


1 


1 












1 


RxINT Result 


X 


X 







1 


1 





Transmit Data 


X 


X 


1 





1 





1 


Receive Data 



Register Description 

Command 

Operations are initiated by writing an appropriate 
command in the Command Register. 

Parameter 

Parameters of commands that require additional informa- 
tion are written to this register. 

Result 

Contains an immediate result describing an outcome of an 
executed command. 

Transmit Interrupt Result 

Contains the outcome of 8273 transmit operation 
(good/bad completion). 

Receive Interrupt Result 

Contains the outcome of 8273 receive operation (good/ 
bad completion), followed by additional results which de- 
tail the reason for interrupt. 

Status 

The status register reflects the state of the 8273 CPU 
Interface. 



DMA Data Transfers 

The 8273 CPU interface supports two independent data 
interfaces: receive data and transmit data. At high data 
transmission speeds the data transfer rate of the 8273 is 
great enough to justify the use of direct memory access 
(DMA) for the data transfers. When the 8273 is configured 
in DMA mode, the elements of the DMA interfaces are: 

TxDRQ: Transmit DMA Request 

Requests a transfer of data between memory and the 
8273 for a transmit operation. 



TxDACK: Transmit DMA Acknowledge 



Figure 4. 8273 Block Diagram Showing CPU 
Interface Functions 



The TxDACK signal notifies the 8273 that a transmit DMA 
cycle has been granted. It is also used with WR to transfer 
data to the 8273 in non-DMA mode. Note: RD must not be 
asserted while TxDACK is active. 

RxDRQ: Receive DMA Request 

Requests a transfer of data between the 8273 and mem- 
ory for a receive operation. 
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RxDACK: Receive DMA Acknowledge 

The RxDACK signal notifies the 8273 that a receive DMA 
cycle has been granted. It is also used with RD to read 
data from the 827 3 in non-D MA mode. Note: WR must not 
be asserted while RxDACK is active. 

RD, WR: Read, Write 

The RD and WR signals are used to specify the direction of 
the data transfer. 

DMA transfers require the use of a DMA controller such as 
the Intel 8257. The function of the DMA controller is to 
provide sequential addresses and timing for the transfer, 
at a starting address determined by the CPU. Counting of 
data block lengths Is performed by the 8273. 

To request a DMA transfer the 8273 raises the appropriate 
DMA REQUEST. DMA ACKNOWLEDGE and READ en- 
ables DMA data onto the bus (independently of CHIP 
SELECT). DMA ACKNOWLEDGE and WRITE transfers 
DMA data to the 8273 (independent of CHIP SELECT). 

It is also possible to configure the 8273 in the non-DMA 
data transfer mode. In this mode the CPU module must 
pass data to the 8273 in response to non-DMA data re- 
quests indicated by the status word. 

Modem Interface 

The 8273 Modem interface provides both dedicated and 
user defined modem control functions. All the control 
signals are active low so that El A RS-232C inverting 
drivers (MC 1488) and inverting receivers (MC 1489) may 
be used to interface to standard modems. For asynchro- 
nous operation, this interface supports programmable 
NRZI data encode/decode, a digital phase locked loop 
for efficient clock extraction from NR ZI data, and 
modem cont rol ports with automatic CTS, CD monitor- 
ing and RTS generation. This interface also allows the 
8273 to operate in PRE-FRAME SYNC mode in which the 
8273 prefixes 16 transitions to a frame to synchronize 
idle lines before transmission of the first flag. 

It should be noted that all the 8273 port operations deal 
with logica l val ues, for instance, bit DO of Port A will be a 
one when CTS (Pin 30) is a physical zero (logical one). 
Port A — Input Port 

During operation, the 8273 interrogates input pins CTS 
(Clear to Send) and CD (Carrier Detect). CTS is used to 
cond ition the start of a transmission. If during transmis- 
sion CTS is lost the 8273 generates an interrupt. During 
reception, if CD is lost, the 8273 generates an interrupt. 



TxINT RESULT 


COMMAND 


RxINT RESULT 


PARAMETER 


TEST MODE 


STATUS 




RESULT 



o 




INTERNAL DATA BUS - 



CPU INTERFACE 




MODEM INTERFACE 



Figure 5. 8273 Block Diagram Showing Control 
Logic Functions 



Port B - Output Port 

During normal operation, if the CPU sets RTS activ e, the 
8273 will not change this pin; however, if the CPU sets RTS 
inactive, the 8273 will activate it before each transmission 
and deactivate it one byte time after transmission. While 
the receiver is active the flag detect pin is pulsed each time 
a flag sequence is detected in the receive data stream. 
Following an 8273 reset, all pins of Port B are set to a high, 
inactive level. 
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The user defined input bits correspond to the 8273 PA 4 , 
PA 3 and PA 2 pins. The 8273 does not interrogate or ma- 
nipulate these bits. 



The user defined output bits correspond to the state of 
PB4-PB1 pins. The 8273 does not interrogate or manipu- 
late these bits. 



9-22 



210479-002 



irrtel 



8273, 8273-4 



Serial Data Logic 

The Serial dat a is s ynchronized by the user transmit ( TxC) 
and receive (RxC) clocks. The leading edge of TxC 
generates new transmit data and the trailing edge of RxC 
is used to capture receive data. The NRZI encoding/ 
decoding of the receive and transmit data is program- 
mable. 

The diagnostic features included in the Serial Data logic 
are programmable loop back of data and selectable clock 
for the receiver. I n the loop-back mode, the data presented 
to the TxD pin is internally routed to the receive data input 



circuitry in place of the RxD pin, thus allowing a CPU to 
send a message to itself to verify operation of the 8273. 

In the selectable clock diagnostic feature, when the data is 
looped back, the receiver may be presented incorrect 
sample timing by the exte rnal circui try. T he user may 
select to substitute the TxC pin for the RxC input on-chip 
so that the clock used to generate the loop back data is 
used to sam ple it. Since TxD is generated off the leading 
edge of TxC and RxD is sampled on the trailing edge, the 
selected clock allows bit synchronism. 




Figure 6. Transmit/Receive Timing 



Asynchronous Mode Interface 

Although the 8273 is fully compatible with the HDLC/ 
SDLC communication line protocols, which are primarily 
designed for synchronous communication, the 8273 can 
also be used in asynchronous applications by using this 
interface. The interface employs a digital phase locked 
loop (DPLL) for clock recovery from a receive data stream 
and programmable NRZI encoding and decoding of data. 
The use of NRZI coding with SDLC transmission 



guarantees that within a frame, data transitions will occur 
at least every five bit times — the longest sequence of ones 
which may be transmitted without zero-bit insertion. The 
DPLL should be used only when NRZI coding is used 
since the NRZI coding will transmit zero sequence as line 
transitions. The digital phase locked loop also facilitates 
full-duplex and half-duplex asynchronous implemen- 
tation with, or without modems. 
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Digital Phase Locked Loop 

In asynchronous applications, the clock is derived from 
the receiver data stream by the use of the digital phase 
locked loop (DPLL). The DPLL requires a clock input at 32 
times the require d baud ra te. The receive data (RxD) is 
sampled with this 32X CLK and the 8273 DPLL supplies a 
sample pulse nominally centered on the RxD bit cells. The 
DPLL has a built-in "stiffness" which reduces sensitivity to 
line noise and bit distortion. This is accomplished by 
making phase error adjustments in discrete increments. 
Sin ce the no minal pulse is made to occur at 32 counts of 
the 32X CLK, these counts are subtracted or added to the 
nominal, depending upon which quadrant of the four error 
quadrants the data edge occurs in. For example if an RxD 
edge is detected in quadrant A1, it is apparent that the 
DPLL sample "A" was placed too close to the trailing edge 
of the data cell; sample "B" will then be place d at T = 
(Tnominai - 2 counts)) = 30 counts of the 32X CLK to move 
the sample pulse "B" toward the nominal center of the next 
bit cell. A data edge occuring in quadrant B1 would cause 
a smaller adjustment of phase with T = 31 counts of the 
32X CLK. Using this technique the DPLL pulse will 
converge to nominal bit center within 12 data bit times, 
worst case, with constant incoming RxD edges. 

A method of attaining bit synchronism following a line idle 
is to use PRE-FRAME SYNC mode of transmission. 
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Figure 7. DPLL Sample Timing 
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Synchronous Modem — Duplex or Half Duplex Operation 
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SDLC Loop 

The DPLL simplifies the SDLC loop station implementa- 
tion. In this application, each secondary station on a loop 
data link is a repeater set in One-bit delay mode. The 
signals sent out on the loop by the loop controller (primary 
station) are relayed from station to station then, back to 
the controller. Any secondary station finding its address in 
the A field captures the frame for action at that station. All 
received frames are relayed to the next station on the loop. 

Loop stations are required to derive bit timing from the 
incoming NRZI data stream. The DPLL generates sample 
Rx clock timing for reception and uses the same clock to 
implement Tx clock timing. 
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32x 
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Figure 8. SDLC Loop Application 
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PRINCIPLES OF OPERATION 

The 8273 is an intelligent peripheral controller which 
relieves the CPU of many of the rote tasks associated with 
constructing and receiving frames. It is fully compatible 
with the MCS-80/85™ system bus. As a peripheral device, 
it accepts commands from a CPU, executes these 
commands and provides an Interrupt and Result back to 
the CPU at the end of the execution. The communication 
with the CPU is done by activation of CS, RD, WR pins, 
while the Ai, Ao select the appropriate registers on the 
chip as described in the Hardware Description Section. 

The 8273 operation is composed of the following 
sequence of events: 



COMMAND PHASE 



CPU WRITES COMMAND AND PARAMETERS INTO THE 
8273 COMMAND AND PARAMETER REGISTERS. 



EXECUTION PHASE THE 8273 IS ON ITS OWN TO CARRY OUT THE COMMAND. 



RESULT PHASE 



THE 8273 SIGNALS THE CPU THAT THE EXECUTION 
HAS FINISHED. THE CPU MUST PERFORM A READ 
OPERATION OF ONE OR MORE OF THE REGISTERS. 



The Command Phase 

During the command phase, the software writes a com- 
mand to the command register. The command bytes pro- 
vide a general description of the type of operation re- 
quested. Many commands require more detailed infor- 
mation about the command. In such a case up to four 
parameters are written into the parameter register. The 
flowchart of the command phase indicates that a com- 
mand may not be issued if the Status Register indicates 
that the device is busy. Similarly if a parameter is issued 
when the Parameter Buffer shows full, incorrect operation 
will occur. 

The 8273 is a duplex device and both transmitter and 
receiver may each be executing a command or passing 
results at any given time. For this reason separate 
interrupt pins are provided. However, the command regis- 
ter must be used for one command sequence at a time. 

Status Register 

The status register contains the status of the 8273 activity. 
The description is as follows. 

Dy D 6 D5 D 4 D 3 Pz D, D 

| cbsy|cbf|cpbf|crbf|r X int|txint|rxira|txira I 



Bit 7 CBSY (Command Busy) 

Indicates in-progress command, set for CPU poll when 
Command Register is full, reset upon command phase 
completion. It is improper to write a command when CBSY 
is set; it results in incorrect operation. 





( START 


) 
















READ 
STATUS 


YES 


/"CBSY = 1 






f END J 



END OF COMMAND PHASE 



WRITE 
PARAMETER 



Figure 9. Command Phase Flowchart 



Bit 6 CBF (Command Buffer Full) 

Indicates that the command register is full, it is reset when 
the 8273 accepts the command byte but does not imply 
that execution has begun. 

Bit 5 CPBF (Command Parameter Buffer Full) 

CPBF is set when the parameter buffer is full, and is reset 
by the 8273 when it accepts the parameter. The CPU may 
poll CPBF to determine when additional parameters may 
be written. 

Bit 4 CRBF (Command Result Buffer Full) 

Indicates that an executed command immediate result is 
present in the Result Register. It is set by 8273 and reset 
when CPU reads the result. 
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Bit 3 RxINT (Receiver Interrupt) 

RxINT indicates that the receiver requires CPU attention. 
It is identical to RxINT (pin 1 1 ) and is set by the 8273 either 
upon good/bad completion of a specified command or by 
Non-DMA data transfer. It is reset only after the CPU has 
read the result byte or has received a data byte from the 
8273 in a Non-DMA data transfer. 

Bit 2 TxINT (Transmitter Interrupt) 

The TxINT indicates that the transmitter requires CPU 
attention. It is identical to TxINT (pin 2). It is set by 8273 
either upon good/bad completion of a specified command 
or by Non-DMA data transfer. It is reset only after the CPU 
has read the result byte or has transferred transmit data 
byte to the 8273 in a Non-DMA transfer. 

Bit 1 RxIRA (Receiver Interrupt Result Available) 

The RxIRA is set by the 8273 when an interrupt result 
byte is placed in the RxINT register. It is reset after the 
CPU has read the RxINT register. 

Bit TxIRA (Transmitter Interrupt Result Available) 

The TxIRA is set by the 8273 when an interrupt result 
byte is placed in the TxINT register. It is reset when the 
CPU has read the TxINT register. 



The Execution Phase 

Upon accepting the last parameter, the 8273 enters into 
the Execution Phase. The execution phase may consist 
of a DMA or other activity, and may or may not require 
CPU intervention. The CPU intervention is eliminated in 
this phase if the system utilizes DMA for the data trans- 
fers, otherwise, for non-DMA data transfers, the CPU is 
interrupted by the 8273 via TxINT and RxINT pins, for 
each data byte request. 



The Result Phase 

During the result phase, the 8273 notifies the CPU of the 
execution outcome of a command. This phase is initiated 
by: 

1. The successful completion of an operation 

2. An error detected during an operation. 

To facilitate quick network software decisions, two types 
of execution results are provided: 

1. An Immediate Result 

2. A Non-Immediate Result 



D 7 D 6 D 5 D 4 D, D 2 D r D Q 



D 7 D 6 D 5 
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Dq received 
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Dg-Dg received 
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Figure 10. Rx Interrupt Result Byte Format 
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Figure 11. Tx Interrupt Result Byte Format 
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Immediate result is provided by the 8273 for commands 
such as Rea d Po rt A a nd R ead Port B which have 
information (CTS, CD, RTS, etc.) that the network 
software needs to make quick operational decisions. 



A command which cannot provide an immediate result will 
generate an interrupt to signal the beginning of the Result 
phase. The immediate results are provided in the Result 
Register; all non-immediate results are available Upon 
device interrupt, through Tx Interrupt Result Register 
Txl/R or Rx Interrupt Result Register Rxl/R. The result 
may consist of a one-byte interrupt code indicating the 



condition for the interrupt and, if required, one or more 
bytes which detail the condition. 

Tx and Rx Interrupt Result Registers 

The Result Registers have a result code, the three high 
order bits D7-D5 of which are set to zero for all but the 
receive command. This command result contains a count 
that indicates the number of bits received in the last byte. If 
a partial byte is received, the high order bits of the last data 
byte are indeterminate. 

All results indicated in the command summary must be 
read during the result phase. 



( INTERRUPT J 



NON-DMA . 
MODE I 



READ STATUS 
REGISTER 




DMA 
MODE 



DATA REQUEST 

NO N-DMA MODE 

USE PACK + RD OR 

WR TO READ OR 

WRITE DATA 



( EN0 ) 



READ STATUS 
REGISTER 



( END ) 



READ l/R 
REGISTER 



Figure 12. Result Phase Flowchart— Interrupt Results 
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IMMEDIATE RESULTS 



AFTER COMMAND PHASE COMPLETION (READ PORT A, PORT B) 



C START J 




^NwYES 














NO 1 
,X CRBF 

^S^ ? 




READ STATUS 
REGISTER 


READ RESULT 
REGISTER 










f END J 



Figure 13. (Rx Interrupt Service) 
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DETAILED COMMAND DESCRIPTION 

General 

The 8273 HDLC/SDLC controller supports a comprehen- 
sive set of high level commands which allows the 8273 to 
be readily used in full-duplex, half-duplex, synchronous, 
asynchronous and SDLC loop configuration, with or 
without modems. These frame-level commands minimize 
CPU and software overhead. The 8273 has address and 
control byte buffers which allow the receive and transmit 
commands to be used in buffered or non-buffered modes. 

In buffered transmit mode, the 8273 transmits a flag 
automatically, reads the Address and Control buffer 
registers and transmits the fields, then via DMA, it fetches 
the information field. The 8273, having transmitted the 
information field, automatically appends the Frame Check 
Sequence (FCS) and the end flag. Correspondingly, in 
buffered read mode, the Address and Control fields are 
stored in their respective buffer registers and only 
Information Field is transferred to memory. 

In non-buffered transmit mode, the 8273 transmits the 
beginning flag automatically, then fetches and transmits 
the Address, Control and Information fields from the 
memory, appends the FCS character and an end flag. In 
the non-buffered receive mode the entire contents of a 
frame are sent to memory with the exception of the flags 
and FCS. 

JHDLC Implemenation 

HDLC Address and Control field are extendable. The 
extension is selected by setting the low order bit of the 
field to be extended to a one, a zero in the low order bit 
indicates the last byte of the respective field. 

Since Address/Control field extension is normally done 
with software to maximize extension flexibility, the 8273 
does not create or operate upon contents of the extended 
HDLC Address/Control fields. Extended fields are 
transparently passed by the 8273 to user as either 
interrupt results or data transfer requests. Software must 
assemble the fields for transmission and interrogate them 
upon reception. 

However, the user can take advantage of the powerful 
8273 commands to minimize CPU/Software overhead and 
simplify buffer management in handling extended fields. 
For instance buffered mode can be used to separate the 
first two bytes, then interrogate the others from buffer. 
Buffered mode is perfect for a two byte address field. 

The 8273 when programmed, recognizes protocol 
characters unique to HDLC such as Abort, which is a 
string of seven or more ones (01111111). Since Abort 
character is the same as the GA (EOP) character used in 
SDLC Loop applications, Loop Transmit and Receive 
commands are not recommended to be used in HDLC. 
HDLC does not support Loop mode. 



Initialization Set/Reset Commands 

These commands are used to manipulate data within the 
8273 registers. The Set commands have a single param- 
eter which is a mask that corresponds to the bits to be set. 
(They perform a logical-OR of the specified register with 
the mask provided as a parameter). The Register 
commands have a single parameter which is a mask that 
has a zero in the bit positions that are to be reset. (They 
perform a logical-AND of the specified register with the 
mask). 

Set One-Bit Delay (CMD Code A4) 





A, 


Ao 


D 7 


D 6 


D 5 


D 4 


D 3 


D 2 


D, 


Do 


CMD: 








1 





1 








1 





0. 


PAR: 





1 


1 
























When one bit delay is set, 8273 retransmits the received 
data stream one bit delayed. This mode is entered at a 
receiver character boundary, and should only be used by 
Loop Stations. 

Reset One-Bit Delay (CMD Code 64) 





*1 


Ao 


°7 


D 6 


ft 


D 4 


D 3 


D 2 


o. 


°0 


CMD: 











1 


1 








1 








PAR: 





1 





1 


1 


1 


1 


1 


1 


1 



The 8273 stops the one bit delayed retransmission mode. 
Set Data Transfer Mode (CMD Code 97) 





A, 


A 


D7 


D 6 


D 5 


D4 


D3 


°2 


D. 


Do 


CMD: 








1 








1 





1 


1 


1 


PAR: 





1 























1 



When the data transfer mode is set, the 8273 will interrupt 
when data bytes are required for transmission or are 
available from a receive. If a transmit interrupt occurs and 
the status indicates that there is no Transmit Result 
(TxIRA = 0), the interrupt is a transmit data request. If a 
receive interrupt occurs and the status indicates that there 
is no receive result (RxIRA = 0), the interrupt is a receive 
data request. 

Reset Data Transfer Mode (CMD Code 57) 





A 1 


A o 


D 7 


D 6 


D 5 


D 4 


D 3 


D 2 


D 1 


°o 


CMD: 











1 





1 





1 


1 


1 


PAR: 





1 


1 


1 


1 


1 


1 


1 


1 






If the Data Transfer Mode is reset, the 8273 data transfers 
are performed through the DMA requests without interrupt- 
ing the CPU. 
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Set Operating Mode (CMD Code 91) 





*1 


A o 


°7 


°6 


°5 


D 4 


D 3 


D 2 


Di 


Do 


CMD: 








1 





0. 


1 











1 


PAR: 





1 





























I 1 = FLAG STREAM MODE 


1 .« PREFRAME SYNC MODE 


1 = 


BUFFERED MODE 


1 = 


EARLY INTERRUPT MODE 


1 = EOP INTERRUPT MODE 


1 = HDLC MODE 



Reset Operating Mode (CMD Code 51) 





A, 


A 


tV 


D 6 


<v 


D 4 


D 3 


D 2 


Di 


Do 


CMD: . 











1 





1 











1 


PAR: 





1 


1 


1 















Any mode switches set in CMD code 91 can be reset using 
this command by placing zeros in the appropriate 
positions. 

(05) HDLC Mode 

In HDLC mode, a bit sequence of seven ones (01 1 1 1 1 1 1 ) is 
interpreted as an abort character. Otherwise, eight ones 
(011111111) signal an abort. 

(D4) EOP Interrupt Mode 

In EOP interrupt mode, an interrupt is generated 
whenever an EOP character (01111111) is detected by an 
active receiver. This mode is useful for the implementation 
of an SDLC loop controller in detecting the end of a 
message stream after a loop poll. 



(D3) Transmitter Early Interrupt Mode (Tx) 

The early interrupt mode is specified to indicate when the 
8273 should generate an end of frame interrupt. When set, 
an early interrupt is generated when the last data 
character has been passed to the 8273. If the user software 
responds with another transmit command before the final 
flag is sent, the final flag interrupt will not be generated 
and a new frame will immediately begin when the current 
frame is complete. This permits frames to be separated by 
a single flag. If no additional Tx commands are provided, a 
final interrupt will follow. 

Note: In buffered mode, if a supervisory frame (no Infor- 
mation) Transmit command is sent in response to an early 
Transmit Interrupt, the 8273 will repeatedly transmit the 
same supervisory frame with one flag in between, until a 
non-supervisory transmit is issued. 

Early transmitter interrupt can be used in buffered mode 
by waiting for a transmit complete interrupt instead of 
early Transmit Interrupt before issuing a transmit frame 
command for a supervisory frame. See Figure 14. 



Tx INTERRUPT PROCEDURE 




TRANSMIT COMPLETION 



(0CH) EARLY TRANSMIT 
INTERRUPT 



ISSUE TRANSMIT 
FRAME COMMAND 




OTHER PROCESSING 



Figure 14. 

If this bit is zero, the interrupt will be generated only after 
the final flag has been transmitted. 

(D2) Buffered Mode 

If the buffered mode bit is set to a one, the first two bytes 
(normally the address (A) and control (C) fields) of a frame 
are buffered by the 8273. If this bit is a zero the address and 
control fields are passed to and from memory. 

(D1) Preframe Sync Mode 

If this bit is set to a one the 8273 will transmit two charac- 
ters before the first flag of a frame. 
To guarantee sixteen line transitions, the 8273 sends two 
bytes of data (00) H if NRZI is set or data (55) H if NRZI is not 
set. 



(DO) Flag Stream Mode 

If this bit is set to a one, the following table outlines the 
operation of the transmitter. 



TRANSMITTER STATE 


ACTION 


Idle 

Transmit or Transmit-! 
Transparent Active J 
Loop Transmit Active 
1 Bit Delay Active 


Send Flags immediately. 
Send Flags after the 
transmission complete 

Ignore command. 
Ignore command. 
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If this bit is reset to zero the following table outlines the 
operation of the transmitter. 



TRANSMITTER STATE 


ACTION 


IDLE 


Send Idles on next character 




boundary. 


Transmit or Transmit- 1 
Transparent Active J 


Send Idles after the transmission 


is complete. 


Loop Transmit Active 


Ignore command. 


1 Bit Delay Active 


Ignore command. 



Set Serial I/O Mode (CMD Code AO) 

JS_ A,, d, D 6 Ds D 4 D 3 D 2 D, 
CMD: 
PAR: 



010 100 000 
10 



1 = NRZ1 MODE 



1 = TxC -*RxC 



1 = LOOP BACK TxD -+• RxD 



Reset Serial I/O Mode (CMD Code 60) 

This command allows bits set in CMD code AO to be reset 
by placing zeros in the appropriate positions. 

A, Aq d 7 d 6 d 5 d 4 d 3 d 2 d, d 

CMD: 



0001 100000 
111111 



(D2) Loop Back 

If this bit is set to a one, the transmit data is internally routed 
to the receive data circuitry. 

(D1)TxC-*-RxC 

If this bit is set to a one, the transmit clock is internally 
routed to the receive clock circuitry. It is normally used 
with the loop back bit (D2). 

(DO) NRZI Mode 

If this bit is set to a one, NRZI encoding and decoding of 
transmit and receive data is provided. If this bit is a zero, the 
transmit and receive data is treated as a normal positive logic 
bit stream. 

NRZI encoding specifies that a zero causes a change in the 
polarity of the transmitted signal and a one causes no polarity 
change. NRZI is used in all asynchronous operations. 
Refer to IBM document GA27-3093 for details. 

Reset Device Command 





A 1 


A 


D 7 


°6 


D 5 


°4 


D 3 


D 2 


Di 


Do 


TMR: 


1 


























1 


TMR: 


1 






























An 8273 reset command is executed by outputing a(01) H 
followed by (00) H to the reset register (TMR). See 8273 
AC timing characteristics for Reset pulse specifica- 
tions. 



The reset command emulates the action of the reset pin. 

1. The modem control signals are forced high (inactive 
level). 

2. The 8273 status register flags are cleared. 

3. Any commands in progress are terminated immedi- 
ately. 

4. The 8273 enters an idle state until the next command is 
issued. 

5. The Serial I/O and Operating Mode registers are set 
to zero and DMA data register transfer mode is 
selected. 

6. The device assumes a non-loop SDLC terminal role. 

Receive Commands 

The 8273 supports three receive commands: General 
Receive, Selective Receive, and Selective Loop Receive. 

General Receive (CMD Code CO) 

General receive is a receive mode in which frames are 
received regardless of the contents of the address field. 



At a d 7 d 6 d 5 d 4 d 3 d 2 d v Do 









i|i|o|o|o|o|o|o 





1 


LEAST SIGNIFICANT BYTE OF THE 
RECEIVE BUFFER LENGTH (BO) 





1 


MOST SIGNIFICANT BYTE OF RECEIVE 
BUFFER LENGTH (B1) 



CMD: 
PAR: 



NOTES: 

1. If buffered mode is specified, the R0\ R1 receive frame length 
(result) is the number of data bytes received. 

2. If non-buffered mode is specified, the RO, R1 receive frame 
length (result) is the number of data bytes received plus two 
(the count includes the address and control bytes). 

3. The frame check sequence (FCS) is not transferred to 
memory. 

4. Frames with less than 32 bits between flags are ignored (no 
interrupt generated) if the buffered mode is specified. 

5. In the non-buffered mode an interrupt is generated when a 
less than 32 bit frame is received, since data transfer requests 
have occurred. 

6. The 8273 receiver is always disabled when an Idle is received 
after a valid frame. The CPU module must issue a receive 
command to re-enable the receiver. 

7. The intervening ABORT character between a final flag and an 
IDLE does not generate an interrupt. 

8. If an ABORT Character is not preceded by a flag and is fol- 
lowed by an IDLE, an interrupt will be generated for the ABORT 
followed by an IDLE interrupt one character time later. The 
reception of an ABORT will disable the receiver. 

Selective Receive (CMD Code C1) 



Ai A D7 D6 D5 D 4 D3 D 2 Di D 



CMD: 
PAR: 
PAR: 

PAR: 
PAR: 









i|i|o|o]ojo|o|i 





1 


LEAST SIGNIFICANT BYTE OF THE 
RECEIVE BUFFER LENGTH (BO) 





1 


MOST SIGNIFICANT BYTE OF RECEIVE 
BUFFER LENGTH (B1) 





1 


RECEIVE FRAME ADDRESS MATCH 
FIELD ONE (AI) 





1 


RECEIVE FRAME ADDRESS MATCH 
FIELD TWO (A2) 
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Selective receive is a receive mode in which frames are 
ignored unless the address field matches any one of two 
address fields given to the 8273 as parameters. 

When selective receive is used in HDLC the 8273 looks at 
the first character, if extended, software must then decide 
if the message is for this unit. 

Selective Loop Receive (CMD Code C2) 



Loop Transmit (CMD Code CA) 

Ai A D 7 D 6 , D 5 D 4 D 3 D 2 D^ D 



Ai A D7 D 6 D5 D 4 D3 D 2 Di D 









1|1|0|0|0|0|1|0 








LEAST SIGNIFICANT BYTE OF THE 
RECEIVE BUFFER LENGTH (BO) 





1 


MOST SIGNIFICANT BYTE OF RECEIVE 
BUFFER LENGTH (B1) 





1 


RECEIVE FRAME ADDRESS MATCH 
FIELD ONE (A1) 





1 


RECEIVE FRAME ADDRESS MATCH 
FIELD TWO (A2) 



CMD: 
PAR: 
PAR: 
PAR: 
PAR: 



Selective loop receive operates like selective receive ex- 
cept that the transmitter is placed in flag stream mode 
automatically after detecting an EOP (01111111) following 
a valid received frame. The one bit delay mode is also 
reset at the end of a selective loop receive. 



Receive Disable (CMD Code C5) 

Terminates an active receive command immediately. 

Ai A D 7 D 6 D 5 D 4 D 3 D 2 D, D 
CMD: | | | 1 [ 1 | | | | 1 | | 1 | 



Transmit Commands 

The 8273 supports three transmit commands: Transmit 
Frame/Loop Transmit, Transmit Transparent. 



Transmit Frame (CMD Code C8) 





Ai 


Ao 


D 7 D 6 D 5 D 4 D 3 D 2 D-[ D 


CMD: 








1 | 1 | | | 1 | | | 


PAR: 





1 


LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (LO) 


PAR: 





1 


MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (L1) 


PAR: 





i 


ADDRESS FIELD OF TRANSMIT FRAME <A) 


PAR: 





1 


CONTROL FIELD OF TRANSMIT FRAME (C) 



CMD: 








1 | 1| 0| 0| 1| 0| 1 | 


PAR: 





1 


LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (LO) 


PAR: 





1 


MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (LI) 


PAR: 





1 


ADDRESS FIELD OF TRANSMIT FRAME (A) 


PAR: 





1 


CONTROL FIELD OF TRANSMIT FRAME (C) 



Transmits one frame in the same manner as "the transmit 
frame command except: 
i. If the flag stream mode is not active transmission will 

begin after a received EOP has been converted to a 

flag. 

2. If the flag stream mode is active transmission will 
begin at the next flag boundary for buffered mode or at 
the third flag boundary for non-buffered mode. 

3. At the end of a loop transmit the one-bit delay mode is 
entered and the flag stream mode is reset. 

Transmit Transparent (CMD Coded C9) 



At Ao D 7 D 6 D 5 D 4 D 3 D 2 Dt Do 









1 1 1 1 1 1 1 1 1 1 1 





1 


LEAST SIGNIFICANT BYTE OF 
FRAME LENGTH (LO) 





1 


MOST SIGNIFICANT BYTE OF 
FRAME LENGTH (L1) 



CMD: 
PAR: 
PAR: 



The 8273 will transmit a block of raw data without 
protocol, i.e., no zero bit insertion, flags, or frame check 
sequences. 

Abort Transmit Commands 

An abort command is supported for each type of transmit 
command. The abort commands are ignored if a transmit 
command is not in progress. 

Abort Transmit Frame (CMD Code CC) 

Ai Aq D 7 D 6 D 5 D 4 D 3 D 2 Dt D 



CMD: |0|0[1|1|0|0|1|1|0|0| 
PAR: NONE 

After an abort character (eight contiguous ones) is trans- 
mitted, the transmitter reverts to sending flags or idles as a 
function of the flag stream mode specified. 

Abort Loop Transmit (CMD Code CE) 

fK\ Ao D 7 D 6 D 5 D 4 D 3 D 2 D, D 
CMD: | | | 1 | 1 | | | 1 | 1 | 1 | | 



Transmits one frame including: initial flag, frame check 
sequence, and the final flag. 

If the buffered mode is specified, the LO, L1, frame length 
provided as a parameter is the length of the information 
field and the address and control fields must be input. 

In unbuffered mode the frame length provided must be the 
length of the information field plus two and the address 
and control fields must be the first two bytes of data. Thus 
only the frame length bytes are required as parameters. 



After a flag is transmitted the transmitter reverts to one bit 
delay mode. 

Abort Transmit Transparent (CMD Code CD) 

Ai Ao D 7 D 6 D 5 D 4 D 3 D 2 Di D 



CMD: | | 



PAR: NONE 



The transmitter reverts to sending flags or idles as a func- 
tion of the flag stream mode specified. 
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Modem Control Commands 

The modem control commands are used to manipulate the 
modem control ports. 

When read Port A or Port B commands are executed the 
result of the command is returned in the result register. 
The Bit Set Port B command requires a parameter that is a 
mask that corresponds to the bits to be set. The Bit Reset 
Port B command requires a mask that has a zero in the bit 
positions that are to be reset. 

Read Port A (CMD Code 22) 

Ai Ao D 7 D 6 D 5 D 4 D 3 D 2 D) Do 
CMD: |o|o|o|o|l|o|o|o|l|o | 
PAR: NONE 

Read Port B (CMD Code 23) 

At Aq d 7 d 6 d 5 d 4 d 3 d 2 d, d 

CMD: 



10 



PAR: NONE 

Set Port B Bits (CMD Code A3) 

This command allows user defined Port B pins to be set. 

A, Ao D 7 D 6 D 5 D 4 D 3 D 2 D, D 



CMD: 








1 





1 











1 


1 






PAR: 





1 
































F 




I r, 










USER DE 


| RTS- 
FINED 


-REQUEST TO SEND 




LAG! 


3ETE 


:t 





(Ds) Flag Detect 

This bit can be used to set the flag detect pin. However, it 
will be reset when the next flag is detected. 

(D4-D1) User Defined Outputs 

These bits correspond to the state of the PB4-PB1 output 
pins. 

(Do) Request to Send 

This is a dedicated 8273 modem control signal, and 
reflects the same logical state of RTS pin. 

Reset Port B Bits (CMD Code 63) 

This command allows Port B user defined bits to be reset. 



RTS - REQUEST TO SEND 





At 


Ao 


D7 


D 6 


D 5 


D4 


°3 


D 2 


D 1 


Do 


CMD: 











1 


1 











1 


1 


PAR: 





1 


1 


1 















USER DEFINED 



FLAG DETECT 



This command allows Port B (D4-D1) user defined bits to 
be reset. These bits correspond to Output Port pins (PB4- 
PB1). 



8273 Command Summary 



Command Description 


Command 
(HEX) 


Parameter 


Results 


Result 
Port 


Completion 
Interrupt 


Set One Bit Delay 


A4 


Set Mask 


None 


— 


No 


Reset One Bit Delay 


64 


Reset Mask 


None 


— 


No 


Set Data Transfer Mode 


97 


Set Mask 


None 


- 


No 


Reset Data Transfer Mode 


57 


Reset Mask 


None 


- 


No 


Set Operating Mode 


91 


Set Mask 


None 


- 


No 


Reset Operating Mode 


51 


Reset Mask 


None 


- 


No 


Set Serial I/O Mode 


AO 


Set Mask 


None 


- 


No 


Reset Serial I/O Mode 


60 


Reset Mask 


None 


- 


No 


General Receive 


CO 


B0.B1 


RIC,R0,R1 > (A,C)( 2 ) 


RXI/R 


Yes 


Selective Receive 


C1 


B0.B1.A1.A2 


RIC,R0,R1,(A,C)< 2 > 


RXI/R 


Yes 


Selective Loop Receive 


C2 


B0.B1.A1.A2 


RIC,R0,R1,(A > C)< 2 > 


RXI/R 


Yes 


Receive Disable 


C5 


None 


None 


- 


No 


Transmit Frame 


C8 


lo i li i (a i q< 1 > 


TIC 


TXI/R 


Yes 


Loop Transmit 


CA 


lo.li.ja.qw 


TIC 


TXI/R 


Yes 


Transmit Transparent 


C9 


L0.L1 


TIC 


TXI/R 


Yes 


Abort Transmit Frame 


CC 


None 


TIC 


TXI/R 


Yes 


Abort Loop Transmit 


CE 


None 


TIC 


TXI/R 


Yes 


Abort Transmit Transparent 


CD 


None 


TIC 


TXI/R 


Yes 


Read Port A 


22 


None 


Port Value 


Result 


No 


Read Port B 


23 


None 


Port Value 


Result 


No 


Set Port B Bit 


A3 


Set Mask 


None 


- 


No 


Reset Port B Bit 


63 


Reset Mask 


None 


- 


No 



NOTES: 

1. Issued only when in buffered mode. 

2. Read as results only in buffered mode. 
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8273 Command Summary Key 



BO 

B1 

LO 
L1 
A1 
A2 
A 



RXI/R 
TXI/R 
RO 

R1 

RIC 
TIC 



— Least significant byte of the receive buffer 
length. 

— Most significant byte of the receive buffer 
length. 

— Least significant byte of the Tx frame length. 

— Most significant byte of the Tx frame length. 

— Receive frame address match field one. 

— Receive frame address match field two. 

— Address field of received frame. If non-buffered 
mode is specified, this result is not provided. 

— Control field of received frame. If non-buffered 
mode is specified this result is not provided. 

— Receive interrupt result register. 

— Transmit interrupt result register. 

— Least significant byte of the length of the frame 
received. 

— Most significant byte of the length of the frame 
received. 

— Receiver interrupt result code. 

— Transmitter interrupt result code. 



GENERAL 
RECEIVE 

(Ro,Ri) 



DATA IN 


IDLE 

OR 

FLAG 


IDLE 

OR 

FLAG 


FLAG 


A 


C 


■l 


FCS, 


FCS 2 


FLAG 


FLAG 

OR 

ABORT 


FLAG 
OR 
IDLE 


FLAG 
OR 
IDLE 


DMA REQUESTS 

OR 
DATA INTERRUPTS 






t* tc 1 


K 






L 


1 




CPU INTERRUPTS 








NONE 


JUFFERED MODE 


FRAME 
COMPLET 


A POSSIBLE A 
E J |IDLE INTERRUPT | 



Figure 15. Typical Frame Reception 



NOTE: 

In order to ensure proper operation to the maximum baud rate, Receive commands or Read/Write Port commands should be written 
only when either the transmitter or the receiver is inactive. In full duplex systems, it is recommended that these commands be issued 
after servicing a transmitter interrupt but before a new transmit command is issued. 
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RTS 
CTS 
DRQ 
INT 


LAST PARAMETER 
OF Tx COMMAND 

1 




•—2 BYTES-* 
































FLAG 


A 


C 


11 


l2 


13 


FCSi 


FCS 2 


FLAG 


FLAG 
OR 
IDLE 


FLAG 
OR 
IDLE 


























/ / 
















I 












fll |l2 fb 






















BUFFER MODE 


I 












t 






EARLY 
TxINT 












FINAL 
TxINT 



Figure 16a. Typical Frame Transmission, Buffered Mode 



* 


RTS 
CTS 
DRQ 
INT 


LAST PARAMETER 

J |-« 3 BYTES » 




























FLAG 


A 


C 


H 


12 


l3 


FCSi 


FCS 2 


FLAG 


.-LAG 
OR 
IDLE 


FLAG 
OR 
IDLE 


















/ / 










I 










|A |C fh f| 2 || 3 
















NON-BUFFER MODE 


t 






1 




EARLY 
TxINT 






FINAL 
TxINT 



Figure 16b. Typical Frame Transmission, Non-Buffered Mode 































MEMORIES 













s - 




SYSTEM BUS 


\ 








DB .7 

MEMR 

IOW 

MEMW 

IOR 

CS 

HRQ 

HACK 




A .A, 

°Bo-7 
RD 
WR 
CS 

TXINT 
RXINT 
7 










8257 

DMA 

CONTROLLER 


TxDRQ 


8273 


RXC 




MODEM 




n RXD 


TxDACK 


TXC 


TXD 


RxDRQ 


K 


RxDACK 


^ 


A MODEM CONTROLS " 




c 


N 





















Figure 17. 8273 System Diagram 
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WAVEFORMS 


COMMAND PHASE 

WR rnMMAwn 

\ / 

H T 

1 


PARAMETFR PARAMETER 


LAST 


vu vu 


\ PARAMETER / 


1 k— T2 J 


1 1 


CBSY / 


1 
1 

L_ ' 

h — T3 — *i 


I \ 

H T5 *A 

1 


CPBF 


] r\ r 


~^_J~^^ 





Table 2. Command Phase Timing (Full Duplex) 



Symbol 


Timing Parameter 


Buffered 


Non-Buffered 


Unit 


Min. 


Max. 


Min. 


Max. 


T1 


Between command & first parameter 


13 


756 


13 


857 


tcy 


T2 


Between consecutive parameters 


10 


604 


10 


705 


tcy 


T3 


Command Parameter Buffer full bit 
Reset after Parameter loaded 


10 


604 


10 


705 


tcy 


T4 


Command busy bit reset after last 
parameter 


128 


702 


128 


803 


tcy 


T5 


CPBF bit reset after last parameter 


10 


604 


10 


705 


tcv 
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WAVEFORMS (Continued) 



RECEIVER INTERRUPT 



STATUS . STATUS . RIC 



j 



LAST 
INTERRRUPT RESULT 



r 



\_j\_r~j v 



/ 



\ 



Table 3. Receiver Interrupt Result Timing 



Symbol 


Timing Parameter (clock cycles) 


Buffered 


Non-Buffered 


Unit 


Min. 


Max. 


Min. 


Max. 


T1 
T2 


RxIRA bit set after RIC read 

RxINT goes away after last Int. Result 
read 


18 
16 


29 
27 


18 
16 


29 
27 


tcy 
toy 
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WAVEFORMS (Continued) 



TRANSMIT INTERRUPT 

RD , «TAT^<? 


CTATII.Q 


iMTPnmiPT 
\ RESULTS 






W 




f 






TxIRA 




\ 




-«— T1— »• 




TxINT / 




^ 









Table 4. Transmit Interrupt Result 



Symbol 


Timing (Clock Cycle) 


Buffered 


Non-Buffered 


Unit 


Mln. 


Max. 


Min. 


Max. 


T1 


TxINT inactive after Int. Results read 


13 


353 


13 


454 


tcy 
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ABSOLUTE MAXIMUM RATINGS* 'NOTICE: Stresses above those listed under "Absolute 

Maximum Ratings" may cause permanent damage to the 
Ambient Temperature Under Bias 0° C to 70° C device. This is a stress rating only and functional opera- 
Storage Temperature -65° C to +1 50° C tion of tne device at tnese or an y other conditions above 

Voltaqe on Any Pin With those indicated in the operational sections of this specif i- 

o^^**^nJL ltn A n r Wlnl7W cation is not implied. Exposure to absolute maximum 

Respect to Ground -0.5V to +7V A . ... . , . . . . . ,, . . 

rating conditions for extended periods may affect device 
Power Dissipation 1 Watt reliability. 



D.C. CHARACTERISTICS (8273, 8273-4) (T A = 0° C to 70° C, V CC = +5.0V ± 5%) 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


V,L 


Input Low Voltage 


-0.5 


0.8 


V 




V| H 


Input High Voltage 


2.0 


Vcc+0.5 


V 




Vol 


Output Low Voltage 




0.45 


V 


I l= 2.0 mA for Data Bus Pins 
| 0L = 1.0mA for Output Port Pins 
I l= 1.6mA for All Other Pins 


Voh 


Output High Voltage 


2.4 




V 


l 0H = -200/-(A for Data Bus Pins 
I h= -100/iA for Ajl Other Pins 


IlL 


Input Load Current 




±10 


ma 


V|N = V CC to0V 


k)FL 


Output Leakage Current 




±10 


ma 


Vqut = V C c to .45V 


i «CC 


V C c Supply Current 




180 


mA 





CAPACITANCE (8273, 8273-4) (T A = 25° C, V CC = GND = 0V) 



Symbol 


Parameter 


Min. 


Typ. 


Max. 


Unit 


Test Conditions 


C|N 


Input Capacitance 






10 


PF 


t c =1MHz 


C|/0 


I/O Capacitance 






20 


PF 


Unmeasured Pins 
Returned to GND 



A.C. CHARACTERISTICS Oa=o-c to 70°c, v cc = +5.ov±5%) 

CLOCK TIMING (8273) 



Symbol 


Parameter 


Min. 


Typ. 


Max. 


Unit 


Test Conditions 


*CY 


Clock 


250 




1000 


ns 


64K Baud Max 
Operating Rate 


tcL 


Clock Low 


120 






ns 


tCH 


Clock High 


120 






ns 


CLOCK TIMING (8273-4) 


Symbol 


Parameter 


Min. 


Typ. 


Max. 


Unit 


Test Conditions 


t C Y 


Clock 


286 




1000 


ns 


56K Baud Max 
Operating Rate 


tCL 


Clock Low 


135 






ns 


^CH 


Clock High 


135 






ns 
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A.C. CHARACTERISTICS (8273, 8273-4) (T A = 0° C to 70° C, V CC = +50V ± 5%) 
READ CYCLE 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


t AC 


Select Setup to RD 







ns 


Note 2 


tCA 


Select Hold from RD 







ns 


Note 2 


tRR 


RD Pulse Width 


250 




ns 




Ud 


Data Delay from Address 




300 


ns 


Note 2 


*RD 


Data Delay from RD 




200 


ns 


C L =150pF, Note 2 


t DF 


Output Float Delay 


20 


100 


ns 


C L = 20 pF for Minimum; 
150pF for Maximum 


*DC 


DACK Setup to RD 


25 




ns 




t C D 


PACK Hold from RD 


25 




ns 




*KD 


Data Delay from DACK 




300 


ns 




WRITE CYCLE 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


t A C 


Select Setup to WR 







ns 




tCA 


Select Hold from WR 







ns 




tww 


WR Pulse Width 


250 




ns 




tow 


Data Setup to WR 


150 




ns 




twD 


Data Hold from WR 







ns 




*DC 


DACK Setup to WR 


25 




ns 




tCD 


DACK Hold from WR 


25 




ns 


, 


DMA 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*CQ 


Request Hold from WR or RD 
(for Non-Burst Mode) 




200 


ns 




OTHER TIMING 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


tRSTW 


Reset Pulse Width 


10 




tCY 




tr 


Input Signal Rise Time 




20 


ns 




tf 


Input Signal Fall Time 




20 


ns 




*RSTS 


Reset to First IOWR 


2 




tCY 




tCY32 


32X Clock Cycle Time 


13.02 ;t C Y 




ns 




tci_32 


32X Clock Low Time 


4 ■ t CY 




ns 




*CH32 


32X Clock High Time 


4-tcv 




ns 




*DPLL 


DPLL Output Low 


1-t C Y-50 




ns 




tDCL 


Data Clock Low 


1-t CY -50 




ns 




*DCH 


Data Clock High 


2'tcY 




ns 




*DCY 


Data Clock 


62.5 • t CY 




ns 


Note 3 


t TD 


Transmit Data Delay 




200 


ns 




*DS 


Data Setup Time 


200 




ns 




tDH 


Data Hold Time 


100 




ns 




*FLD 


FLAG DET Output Low 


8-t C Y±50 




ns 





NOTES: 

1. All timing measurements are made at the reference voltages unless otherwise specified: Input "1" at 2.0V, "0" at 0.8V; 
Output "I" at 2.0V, "0" at 0.8V. 

2 - tAD. tRD> tACi and ^A are not concurrent specs. 

3. If receive commands or Read/Write Port commands are issued while both the transmitter and receiver are active, this specification 
will be81.5TcY min. 
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A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



I 4 

^> TEST POINTS <^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC T AND 0.45V FOR 
A LOGIC 0." TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC T 
AND 0.8V FOR A LOGIC "0." 



A.C. TESTING LOAD CIRCUIT 



DEVICE 
UNDER 
TEST 



1- 



C L = 150pF 



C L = 150 pF 

C L INCLUDES JIG CAPACITANCE 



WAVEFORMS 



IREAD 



DACK 
A , A 1( CS 

RD 



DATA BUS — -- 



/ 



^ 



=£ 



S 



WRITE 




DACK Jj f 


• 


K 


Ao.A 1( CS £ 




- i 


C" 




|- 










«i- 








WR 1l 


■ 




DATA BUS \ 




X 








WD 
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WAVEFORMS (Continued) 



DMA 

DRQ 








/ 




^L 






- tCQ- J 


Sack 




\ 






RD OR WR 




N 
















CHIP CLOCK 








r 


K / 


1 






"*' tCL * " «CH 








32X CLOCK 




* 


\ J 


■ 


. / 


m tCL32- 











TRANSMIT 












TxC 


\ 


V -f 


t ■ *\ 












DCH 




TxD 


3 


. X 




— *TD — 
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WAVEFORMS (Continued) 



DPLL OUTPUT 



w 



FLAG DETECT OUTPUT 














\ 


/ 


FLAG DET 


k" 


"J 








'H.U 
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8274 

MULTI-PROTOCOL SERIAL 

CONTROLLER (MPSC) 



Asynchronous, Byte Synchronous and 
Bit Synchronous Operation 

Two Independent Full Duplex 
Transmitters and Receivers 

Fully Compatible with 8048, 8051, 8085, 
8088, 8086, 80188 and 80186 CPU's; 8257 
and 8237 DMA Controllers; and 8089 I/O 
Proc. 

4 Independent DMA Channels 

Baud Rate: DC to 880K Baud 

Asynchronous: 

— 5-8 Bit Character; Odd, Even, or No 

Parity; 1, 1.5 or 2 Stop Bits 
— Error Detection: Framing, Overrun, 

and Parity 



■ Byte Synchronous: 

- Character Synchronization, Int. or Ext. 

- One or Two Sync Characters 

- Automatic CRC Generation and 
Checking (CRC-1 6) 

- IBM Bisync Compatible 

■ Bit Synchronous: 

- SDLC/HDLC Flag Generation and 
Recognition 

- 8 Bit Address Recognition 

- Automatic Zero Bit Insertion and 
Deletion 

- Automatic CRC Generation and 
Checking (CCITT-1 6) 

- CCITT X.25 Compatible 

■ Available in EXPRESS 
— Standard Temperature Range 
— Extended Temperature Range 

The Intel® 8274 Multi-Protocol Series Controller (MPSC) is designed to interface High Speed Communications 
Lines using Asynchronous, IBM Bisync, and SDLC/HDLC protocol to Intel microcomputer systems. It can be 
interfaced with Intel's MCS-48, -85, -51; iAPX-86, -88, -186 and -188 families, the 8237 DMA Controller, or the 8089 
I/O Processor in polled, interrupt driven, or DMA driven modes of operation. 

The MPSC is a 40 pin device fabricated using Intel's High Performance HMOS Technology. 



^j. DATA ^. 

7 <^> BUS <^> 

^-n"^ BUFFERS ^*t^ 



RDY B /TxDRQ A -. 
RDY A /RxDRQ A , 



IPO/TxDRQ B 
IPI/RxDRQ B 



It 



SYSTEM 

INTERFACE 

CONTROL 

LOGIC 



m 



INTERNAL DATA BUS- 



SYSTEM INTERFACE 





NETWORK INTERFACE 



IJVcc 

I|CTS A 

URTSa 

^TxD a 

H?xC A 

3RxC A 

]RxD a 

3 SYNDET A 

3 RDY A /RxDRQ A 

]DTR A 

3 iPO/TxDRQ B 

"2 iPl/RxDRQ B 

3 INT 

3 Fnta 
DdTRb 

3a 
Da, 

3cs 

3RD 

D WR 



Figure 1. Block Diagram 



Figure 2. Pin Configuration 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent 

Herein Supersedes Previously Published Specifications On The Devices From Intel. 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


CLK 


1 


I 


Clock: System clock, TTL compat- 
ible. 


i3Is"E? 


2 


I 


Reset: A low signal on this pin will 
force the MPSC to an idle state. TxD A 
and TxDb are forced high. The 
modem interface output signals are 
forced high. The MPSC will remain 
idle until the control registers are 
initialized. Reset must be true for one 
complete CLK cycle. 


CDa" 


3 


I 


Carrier Detect (Channel A): This 
interface signal is supplied by the 
modem to indicate that a data carrier 
signal has been detected and that a 
valid data signal is present on the 
RxDa line. If the auto enable control 
is set the 8274 will not enable the 
serial receiver until CT3 A has been 
activated. 


RxCb 


4 


I 


Receive Clock (Channel B): The 

serial data are shifted into the Re- 
ceive Data input (RxDb) on the rising 
edge of the Receive Clock. 


CDb" 


5 




Carrier Detect (Channel B): This 
interface signal is supplied by the 
modem to indicate that a data carrier 
signal has been detected and that a 
valid data signal is present on the 
RxDb line. If the auto enable control 
is set the 8274 will not^ enable the 
serial receiver until CD B has been 
activated. 


CTSb 


6 


I 


Clear to Send (Channel B): This 
interface signal is supplied by the 
modem in response to an active RTS 
signal. CTS indicates that the data 
terminal/computerequipment is per- 
mitted to transmit data. In addition, if 
the auto enable control is set, the 
8274 will not transmit data bytes until 
CTS has been activated. 


TxCb 


7 


I 


Transmit Clock (Channel B): The 

serial data are shifted out from the 
Transmit Data output (TxD B ) on the 
falling edge of the Transmit Clock. 


TxD 3 


8 





Transmit Data (Channel B): This pin 
transmits serial data to the communi- 
cations channel (Channel B). 


RxD b 


9 


I 


Receive Data (Channel B): This pin 
receives serial data from the com- 
munications channel (Channel B). 


SYNDETb 
/RTSb 


10 


I/O 


Synchronous Detection (Channel B): 

This pin is used in byte synchronous 
mode as either an internal sync 
detect (output) or as a means to 
force external synchronization (in- 
put). In SDLC mode, this pin is an 
output indicating Flag detection. In 
asynchronous mode it is a general 
purpose input (Channel B). 

Request to Send (Channel B): Gen- 
eral purpose output, generally used 
to signal that Channel B is ready to 
send data. 


SYNDETb or RTSb selection is done 
by WR2; D7 (Channel A) 



Symbol 


Pin 
No. 


Type 


Name and Function 


RDY B / 
TxDRQa 


11 





Ready (Channel B)/Transmitter DMA 
Request (Channel A): In mode this 
pin is RDY B and is used to syn- 
chronize data transfers between the 
processor and the MPSC (Channel 
B). In modes 1 and 2 this pin is 
TxDRQa and is used by the Channel 
A transmitter to request a DMA 
transfer. 


DB7 


12 


I/O 


Data Bus: The Data Bus lines are bi- 
directional three state lines which 
interface with the system's Data Bus. 


DB6 


13 






DB5 


14 






DB4 


15 






DB3 


16 






DB2 


17 






DB1 


18 






DBO 


19 






GND 


20 




Ground. 


Vcc 


40 




Power: +5V Supply. 


CTSa 


39 


I 


Clear to Send (Channel A): This 
interface signal is supplied by the 
Modem in response to an active RTS 
signal. CTS indicates that the data 
terminal/computerequipment is per- 
mitted to transmit data. In addition, if 
the auto enable control is set, the 
8274 will not transmit data bytes until 
CTS has been activated. 


RTSa 


38 





Request To Send (Channel A): gen- 
eral purpose output commonly used 
to signal that Channel A is ready to 
send data. 


TxDa 


37 





Transmit Data (Channel A): This pin 
transmits serial data to the communi- 
cations channel (Channel A). 


IxCa 


36 


I 


Transmit Clock (Channel A): The 

serial data are shifted out from the 
Transmit Data output (TxD A ) on the 
falling edge of the Transmit Clock. 


RxCa 


35 


I 


Receive Clock (Channel A): The 

serial data are shifted into the Re- 
ceive Data input (RxDa) on the rising 
edge of the Receive Clock. 


RxDa 


34 


I 


Receive Data (Channel A): This pin 
receives serial data from the com- 
munications channel (Channel A). 


SYNDETa 


33 


I/O 


Synchronous Detection (Channel A): 

This pin is used in byte synchronous 
mode as either an internal sync 
detect (output) or as a means to 
force external synchronization (in- 
put). In SDLC mode, this pin is an 
output indicating flag detection. In 
asynchronous mode it is a general 
purpose input (Channel A). 


RDYa/ 
RxDRQa 


32 





Ready: In mode this pin is RDY A 
and is used to synchronize data 
transfers between the processor 
and the MPSC (Channel A). In' 
modes 1 and 2 this pin is RxDRQa 
and is used by the channel A receiver 
to request a DMA transfer. 


DTRa 


31 





Data Terminal Ready (Channel A): 

General purpose output. 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


TP&/ 
TxDRQb 


30 





Interrupt Priority Out/Transmitter 
DMA Request (Channel B): In modes 
and .1, this pin is Interrupt Priority 
Out. It is used to establish a hardware 
interrupt priority_scheme with IPl. It 
is low only if IPl is low and the 
controlling processor is not servicing 
an interruptfrom this MPSC. In mode 
2 it is TxDRQb and is used to request 
a DMA cycle for a transmit operation 
(Channel B). 


ipT/ 

RxDRQb 


29 


I/O 


Interrupt Priority In/Receiver DMA 
RequestJChannel B): In modes 
and 1, IPJJs Interrupt Priority In. A 
low on IPl means that no higher 
priority device is being serviced by 
the controlling processor's interrupt 
service routine. In mode 2 this pin is 
RxDRQb and is used to request a 
DMA cycle for a receive operation 
(Channel B). In Interrupt mode, this 
pin must be tied low. 


inT 


28 





Interrupt: The interrupt signal indi- 
cates that the highest priority internal 
interrupt requires service (open col- 
lector). Priority can be resolved via 
an external interrupt controller or a 
daisy-chain scheme. 



Symbol 


Pin 
No. 


Type 


Name and Function 


tfTTA" 


27 




Interrupt Acknowledge: This Inter- 
rupt Ackowledge signal allows the 
highest priority interrupting device 
to generate an interrupt vector. This 
pin must be pulled high (inactive) in 
non-vector mode. 


DTRb 


26 





Data Terminal Ready (Channel B): 

This is a general purpose output. 


Ao 


25 


I 


Address: This line selects Channel A 
or B during data or command trans- 
fers. A low selects Channel A. 


Av 


24 


1 


Address: This line selects between 
data or command information trans- 
fer. A low means data. 


C3 


23 


1 


Chip Select: This signal selects the 
MSPC and enables reading from or 
writing into its registers 


RD 


22 


1 


Read: Read controls a data byte or 
status byte transfer from the MPSC 
to the CPU. 


Wr 


21 


1 


Write: Write controls transfer of data 
or commands to the MPSC. 



RESET 



FUNCTIONAL DESCRIPTION 



When the 8274 RESET line is activated, both MPSC 
channels enter the idle state. The serial output lines are 
forced to the m arking state (high) and the modem 
interface signals (RTS, DTR) are forced high. In addi- 
tion, the pointers registers are set to zero. 

GENERAL DESCRIPTION 

The Intel 8274 Multi-Protocol Serial Controller is a 
microcomputer peripheral device which supports 
Asynchronous, Byte Synchronous (Monosync, IBM 
Bisync), and Bit Synchronous (ISO's HDLC, IBM's 
SDLC) protocols. This controller's flexible architecture 
allows easy implementation of many variations of these 
three protocols with low software and hardware 
overhead. 

The Multi-Protocol Serial controller (MPSC) imple- 
ments two independent serial receiver/transmitter 
channels. 



Additional information on Asynchronous and Syn- 
chronous Communications with the 8274 is available 
respectively in the Applications Notes AP 134 and AP 
145. 

Command, parameter, and status information is stored 
in 21 registers within the MPSC (8 writable registers for 
each channel, 2 readable registers for Channel A and 3 
readable registers for Channel B). 

In the following discussion, the writable registers will 
be referred to as WRO through WR7 and the readable 
registers will be referred to as RRO through RR2. 

This section of the data sheet describes how the 
Asynchronous and Synchronous protocols are imple- 
mented in the MPSC. It describes general considera- 
tions, transmit operation, and receive operation for 
Asynchronous, Byte Synchronous, and Bit Synchro- 
nous protocols. 



The MPSC supports several microprocessor interface 
options: Polled, Wait, Interrupt driven and DMA driven. 
The MPSC is designed to support INTEL'S MCS-85 
and iAPX 86, 88, 186, 188 families. 
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ASYNCHRONOUS OPERATIONS 

TRANSMITTER/RECEIVER INITIALIZATION 

(See Detailed Command Description Section for com- 
plete information) 

In order to operate in asynchronous mode, each MPSC 
channel must be initialized with the following infor- 
mation: 

1.. Transmit/Receive Clock Rate. This parameter is 
specified by bits 6 and 7 of WR4. The clock rate may 
be set to 1, 16, 32, or 64 times the data-link bit rate. If 
the X1 clock mode is selected, the bit synchroniza- 
tion must be accomplished externally. 

2. Number of Stop Bits. This parameter is specified by 
bits 2 and 3 of WR4. The number of stop bits may be 
set to 1, 1 1/2, or 2. 

3. Parity Selection. Parity may be set for odd, even, or 
no parity by bits and 1 of WR4. 

4. Receiver Character Length. This parameter sets the 
length of received characters to 5, 6, 7, or 8 bits. This 
parameter is specified by bits 6 and 7 of WR3. 

5. Receiver Enable. The serial-channel receiver opera- 
tion may be enabled or disabled by setting or 
clearing bit of WR3. 

6. Transmitter Character Length. This parameter sets 
the length of transmitted characters to 5, 6, 7, or 8 
bits. This parameter is specified by bits 5 and 6 of 
WR5. Characters of less than 5 bits in length may be 
transmitted by setting the transmitted length to five 
bits (set bits 5 and 6 of WR5 to 0). 

The MPSC then determines the actual number of 
bits to be transmitted from the character data byte. 
The bits to be transmitted must be right justified in 
the data byte, the next three bits must be set to and 
all remaining bits must be set to 1. The following 
table illustrates the data formats for transmission of 
1 to 5 bits of data: 





Number of 




Bits Transmitted 


D7 D6 D5 D4 D3 D2 D1 DO 


(Character Length) 


11110 0c 


■1 


1 1 1 c c 


2 


1 1 c c c 


3 


1 c c c c 


4 


OOOccccc 


5 



7. Transmitter Enable. The serial channel transmitter 
operation may be enabled or disabled by setting or 
clearing bit 3 of WR5 

8. Interrupt Mode. 

For data transmission via a modem or RS-232-C 
interface, the following information must also be 
specified: 

1. The Request To Send (RTS) (WR5; D1) and Data 
Terminal Ready (DTR) (WR5; D7) bits must be set 
along with the Transmit Enable bit (WR5; D3). 

2. Auto Enable may be set to allow the MPSC to 
automatically enable the channel transmitter when 
the clear-to-send signal is active and to automatically 
enable the receiver when the carrier-detect signal is 
active. However, the Transmit Enable bit (WR3; D3) 
and Receive Enable bit (WR3; D1) must be set in 
order to use the Auto Enable mode. Auto Enable is 
controlled by bit 5 of WR3. 

When loading Initialization parameters into the MPSC, 
WR4 information must be written before the WR1 , WR3, 
WR5 parameters commands. 

During initialization, it is desirable to guarantee that the 
external/status latches reflect the latest interface 
information. Since up to two state changes are 
internally stored by the MPSC, at least two Reset 
External/Status Interrupt commands must be issued. 
This procedure is most easily accomplished by simply 
issuing this reset command whenever the pointer 
register is set during initialization. 

An MPSC initialization procedure (MPSC$RX$INIT) 
for asynchronous communication is listed in Intel 
Application Note AP 134. 

TRANSMIT 

The transmit function begins when the Transmit Enable 
bit (WR5; D3) is set. The MPSC automatically adds the 
start bit, the programmed parity bit (odd, even or no 
parity) and the programmed number of stop bits (1 , 1 .5 
or 2 bits) to the data character being transmitted. 1.5 
stop bits option must be used with X16, X32 or X64 
clock options only. 
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The serial data are shifted put from the Transmit Data 
(TxD) output on the falling edge of the Transmit Clock 
(TxC) input at a rate programmable to 1, 1/16th, 1/32nd, 
or 1/64th of the clock rate supplied to the TxC input. 

The TxD output is held high when the transmitter has 
no data to send, unless, under program control, the 
Send Break (WR5; D4) command is issued to hold the 
TxD low. 



Framing. A framing error will occur if a stop bit is not 
detected immediately following the parity bit (if 
parity checking is enabled) or immediately following 
the most-significant data bit (if parity checking is not 
enabled). When a Framing Error is detected, the 
Framing Error bit (RR1; D6) is set. The detection of a 
Framing Error adds an additional 1/2 bit time to the 
character time so the Framing Error is not interpreted 
as a new start bit. 



If the External/Status I nterrupt b it (WR1; DO) is set, the 
status Of UB, CTS and SYNDET are monitored and, if 
any changes occur for a period of time greater than the 
minim um s pecified pulse width, an interrupt is gener- 
ated. CTS is usually monitored using this interrupt 
feature (e.g. Auto Enable option). 

The Transmit Buffer Empty bit (RRO; D2) is set by the 
MPSC when the data byte from the buffer is loaded in 
the transmit shift register. Data should be written to the 
MPSC only when the Tx buffer becomes empty to 
prevent overwriting. 

Receive 

The receive function begins when the Receive Enable 
(WR3; DO) bit is set, If the Auto Enable (WR3: D5) 
option is selected, then Carrier Detect (CD) must also 
be low. A valid start bit is detected if a low persists for at 
least 1/2 bit time on the Receive Data (RxD) input. 

The data is sampled at mid-bit time, on the rising edge 
of RxC, until the entire character is assembled, The 
receiver inserts 1 's when a character is less than 8 bits. 
If parity (WR4; DO) is enabled and the character is less 
than 8 bits the parity bit is not stripped from the 
character. 



Error Reporting 

The receiver also stores error status for each of the 3 
data characters in the data buffer, three error condi- 
tions may be encountered during data reception in the 
asynchronous mode: 

1. Parity. If parity bits are computed and transmitted 
with each character and the MPSC is set to check 
parity (bit in WR4 is set), a parity error will occur 
whenever the number of "1 " bits within the character 
(including the parity bit) does not match the 
odd/even setting of the parity check flag (bit 1 in 
WR4). When a parity error is detected, the parity 
error flag (RR1; D4) is set and remains set until it is 
reset by the Error Reset command (WRO; D5, D4, 
D3). 



Overrun. If the CPU fails to read a data character 
while more than three characters have been received, 
the Receive Overrun bit (RR1; D5) is set. When this 
occurs, the fourth character assembled replaces the 
third character in the receive buffers. Only the 
overwritten character is flagged with the Receive 
Overrun bit. The Receive Overrun bit (RR1, D5) is 
reset by the Error Reset command (WRO; D5, D4, D3). 



External/Status Latches 

The MPSC continuously monitors the state of five 
external/status conditions: 

1. CTS — clear-to-send input pin. 

2. CD — carrier-detect input pin. 

3. SYNDET — sync-detect input pin. This pin may be 
used as a general-purpose input in the asynchronous 
communication mode. 

4. BREAK — a break condition (series of space bits on 
the receiver input pin). 

5. TxUNDERRUN/EOM — Transmitter Underrun/End 
of Message. 

A change of state in any of these monitored conditions 
will cause the associated status bit in RRO to be latched 
(and optionally cause an interrupt). 

If the External/Status Interrupt bit (WR1; DO) is enabled, 
Break Detect (RRO; D7) and Carrier Detect (RRO; D3) 
will cause an interrupt. Reset External/Status interrupts 
(WRO; D5, D4, D3) will clear Break Detect and Carrier 
Detect bits if they are set. 
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Asynchronous Mode Register Setup 





D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 




00 Rx 5 b/char 














WR3 


01 Rx 7 b/char 

10 Rx 6 b/char 

11 Rx 8 b/char 


AUTO 
ENABLE 














Rx 
ENABLE 




00 X1 Clock 








EVEN/ 




WR4 


01 X16 Clock 








01 1 STOP BIT 


ODD 


PARITY 




10 X32 Clock 






10 1V 2 STOP BITS 


PARITY 


ENABLE 




11 X64 Clock 






1 1 2 STOP BITS 










00 Tx<5 b/char 












WR5 


DTR 


01 Tx 7 b/char 

10 Tx 6 b/char 

1 1 Tx 8 b/char 


SEND 
BREAK 


Tx 
ENABLE 





RTS 






SYNCHRONOUS OPERATION— 
MONOSYNC, BISYNC 

General 

The MPSC must be initialized with the following pa- 
rameters: odd or even parity (WR4; D1 ,D0), X1 clock 
mode (WR4; D7, D6), 8- or 16-bit sync character 
(WR4; D5, D4), CRC polynomial (WR5; D2), Trans- 
mitter Enable (WR5; D3), interrupt modes (WR1, 
WR2), transmit character length (WR5; D6, D5) and 
receive character length (WR3; D7, D6). WR4 pa- 
rameters must be written before WR1, WR3, WR5, 
WR6 and WR7. 



Transmit Set-Up— Monosync, Bisync 

Transmit data is held high after channel reset, or if 
the transmitter is not enabled. A break may be pro- 
grammed to generate a spacing line that begins as 
soon as the Send Break (WR5^D4) bit is set. With the 
transmitter fully initialized and enabled, the default 
condition is continuous transmission of the 8- or 
16-bit sync character. 



Using interrupts for data transfer requires that the 
Transmit Interrupt/DMA Enable bit (WR1; D1) be set. 
An interrupt is generated each timethe transmit buf- 
fer becomes empty. The interrupt can be satisfied 



The data is transmitted on the falling edge of the 
Transmit Clock, (TxC) and is received on the rising 
edge of Receive Clock (RxC). The X1 clock is used 
for both transmit and receive operations for all three 
sync modes: Mono, Bi and External. 

Synchronous Mode Register Setup— Monosync, Bisync 





D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


WR3 


00 Rx 5 b/char 

01 Rx 7 b/char 

10 Rx 6 b/char 

11 Rx 8 b/char 


AUTO 
ENABLE 


ENTER 
HUNT 
MODE 


RxCRC 
ENABLE 





SYNC 

CHAR 

LOAD 

INHIBIT 


Rx 
ENABLE 


WR4 








00 8 bit Sync 

01 16 bit Sync 
11 Ext Sync 








EVEN/ 

ODD 

PARITY 


PARITY 
ENABLE 


WR5 


DTR 


00 Tx<5 b/char 

01 Tx 7 b/char 

10 Tx 6 b/char 

11 Tx 8 b/char 


SEND 
BREAK 


Tx 
ENABLE 


1 

(SELECTS 

CRC-16) 


RTS 


TxCRC 
ENABLE 
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COMMAND/STATUS 
POINTER 



D2 D1 DO 
0- 



^TTT 




1 . 



W R 1 



1 0- 



W R 2 



R R 

R R 1 

R R 2 



11 ► W R 3 



Read Registers 



1 ► W R 4 



1 1- 



LSB 



Write Registers 



Figure 3. Command/Status Register Architecture (each serial channel) 



Command, parameter, and status information is stored 
in 21 registers within the MPSC (8 writable registers for 
each channel, 2 readable registers for Channel A and 3 
readable registers for Channel B). They are all acce- 
ssed via the command ports. 

An internal pointer register selects which of the 
command or status registers will be read or written 
during a command/status access of an MPSC 
channel. 



After reset, the contents of the pointer registers are 
zero. The first write to a command register causes 
the data to be loaded into Write Register (WR0). 
The three least significant bits of WR0 are loaded 
into the Command/Status Pointer. The next read or 
write operation accesses the read or write register 
selected by the pointer. The pointer is reset after the 
read or write operation is completed. 
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either by writing another character into the transmit- 
ter or by resetting the Transmitter Interrupt/DMA 
Pending latch with a Reset Transmitter Interrupt/ 
DMA Pending Command (WRO; D5, D4, D3). If noth- 
ing more is written into the transmitter, there can be 
no further Transmit Buffer Empty interrupt, but this 
situation does cause a Transmit Underrun condition 
(RRO; D6). 

Data Transfers using the RDY signal are for software 
controlled data transfers such as block moves. RDY 
tells the CPU that the MPSC is not ready to accept/ 
provide data and that the CPU must extend the 
output/input cycle. DMA data transfers use the 
TxDRQ A/B signals which indicate that the transmit 
buffer is empty, and that the MPSC is ready to accept 
the next data character. If the data character is not 
loaded into the MPSC by the time the transmit shift 
register is empty, the MPSC enters the Transmit 
Underrun condition. 

The MPSC has two programmable options for solv- 
ing the transmit underrun condition: it can insert 
sync characters, or it can send the CRC characters 
generated so far, followed by sync characters. Fol- 
lowing a chip or channel reset, the Transmit 
Underrun/EOM status bit (RRO; D6) is in a set condi- 
tion allowing the insertion of sync characters when 
there is no data to send. The CRC is not calculated 
on these automatically inserted sync characters. 
When the CPU detects the end of message, a Reset 
Transmit Underrun/EOM command can be issued. 
This allows CRC to be sent when the transmitter has 
no data to send. 



the MPSC. Although the MPSC automatically 
transmits up to two sync characters (16 bit sync), it is 
wise to send a few more sync characters ahead of 
the message (before enabling Transmit CRC) to 
ensure synchronization at the receiving end. 

The Transmit CRC Enable bit can be changed on the 
fly any time in the message to include or exclude a 
particular data character from CRC accumulation. 
The Transmit CRC Enable bit should be in the de- 
sired state when the data character is loaded into 
the transmit shift register. To ensure this bit in the 
proper state, the Transmit CRC Enable bit must be 
issued before sending the data character to the 
MPSC. 

Transmit Transparent Mode. Transparent mode 
(Bisync protocol) operation is made possible by the 
ability to change Transmit CRC Enable on the fly and 
by the additional capability of inserting 16 bit sync 
characters. Exclusion of DLE characters from CRC 
calculation can be achieved by disabling CRC calcu- 
lation immediately preceding the DLE character 
transfer to the MPSC. 

In the transmit mode, the transmitter always sends 
the programmed number of sync bits (8 or 16) (WR4; 
D5, D4). When in the Monosync mode, the transmit- 
ter sends from WR6 and the receiver compares 
against WR7. One of two CRC polynomials, CRC 16 
or SDLC, may be used with synchronous modes. In 
the transmit initialization process, the CRC 
generator is initialized by setting the Reset Transmit . 
CRC Generator command (WRO; D7, D6). 



In the case of sync insertion, an interrupt is gener- 
ated only after the first automatically inserted sync 
character has been loaded in the Transmit Shift Regis- 
ter. The status register indicates the Transmit Underrun/ 
EOM bit and the Transmit Buffer Empty bit are set. 

In the case of CRC insertion, the Transmit 
Underrun/EOM bit is set and the Transmit Buffer 
Empty bit is reset while CRC is being sent. When 
CRC has been completely sent, the Transmit Buffer 
Empty status bit is set and an interrupt is generated 
to indicate to the CPU that another message can 
begin (this interrupt occurs because CRC has been 
sent and sync has been loaded into the Tx Shift Reg- 
ister). If no more messages are to be sent, the pro- 
gram can terminate transmission by resetting RTS, 
and disabling the transmitter (WR5; D3). 

Bisync CRC Generation. Setting the Transmit CRC 
enable bit (WR5; DO) indicates CRC accumulation 
when the program sends the first data character to 



The External/Status interrupt (WR1; DO) m ode can 
be used to monitor the status of the CTS input as 
well as the Transmit Underrun/EOM latch. Option- 
ally, the Auto Enable (WR3; D5) f eatu re can be used 
to enable the transmitter when CTS is active. The 
first data transfer to the MPSC can begin when the 
External/Status interrupt occurs (CTS (RRO; D5) 
status bit set) following the Transmit Enable com- 
mand (WR5; D3). 

Receive 

After a channel reset, the receiver is in the Hunt 
phase, during which the MPSC looks for character 
synchronization. The Hunt begins only when the re- 
ceiver is enabled and data transfer begins only when 
character synchronization has been achieved. If 
character synchronization is lost, the hunt phase 
can be re-entered by writing the Enter Hunt Phase 
(WR3; D4) bit. The assembly of received data con- 
tinues until the MPSC is reset or until the receiver is 
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disabled (by command or by CD while in the Auto 
Enables mode) or until the CPU sets the Enter Hunt 
Phase bit. Under program control, all the leading 
sync characters of the message can be inhibited 
from loading the receive buffers by setting the Sync 
Character Load Inhibit (WR3; D1 ) bit. After character 
synchronization is achieved the assembled charac- 
ters are transferred to the receive data FIFO. After 
receiving the first data character, the Sync Character 
Load Inhibit bit should be reset to zero so that all 
characters are received, including the sync charac- 
ters. This is important because the received CRC 
may look like a sync character and not get received. 

Data may be transferred with or without interrupts. 
Transferring data without interrupts is used for a 
purely polled operation or for off-line conditions. 
There are three interrupt modes available for data 
transfer: Interrupt on First Character Only, Interrupt 
on Every Character, and Special Receive Conditions 
Interrupt. 

Interrupt on First Character Only mode is normally 
used to start a polling loop, a block transfer se- 
quence using RDY to synchronize the CPU to the in- 
coming data rate, or a DMA transfer using the RxDRQ 
signal. The MPSC interrupts on the first character 
and thereafter only interrupts after a Special Re- 
ceive Condition is detected/This mode can be 
reinitialized using the Enable Interrupt On Next Re- 
ceive Character (WRO; D5, D4, D3) command which 
allows the next character received to generate an 
interrupt. Parity Errors do not cause interrupts, but 
End of Frame (SDLC operation) and Receive. Over- 
run do cause interrupts in this mode. If the external 
status interrupts (WR1 ; DO) are enabled an interrupt 
may be generated any time the CD changes state. 

Interrupt On Every Character mode generates an 
interrupt whenever a character enters the receive 



buffer. Errors and Special Receive Conditions gen- 
erate a special vector if the Status Affects Vector 
(WR1 B; D2) is selected. Also the Parity Error may be 
programmed (WR1 ; D4, D3) not to generate the spe- 
cial vector while in the Interrupt On Every Character 
mode. 

The Special Receive Condition interrupt can only 
occur while in the Receive Interrupt On First Charac- 
ter Only or the Interrupt On Every Receive Character 
modes. The Special Receive Condition interrupt is 
caused by the Receive Overrun (RR1 ; D5) error con- 
dition. The error status reflects an error in the cur- 
rent word in the receive buffer, in addition to any 
Parity or Overrun errors since the last Error Reset 
(WRO; D5, D4, D3). The Receive Overrun and Parity 
error status bits are latched and can only be reset by 
the Error Reset (WRO; D5, D4, D3) command. 

The CRC check result may be obtained by checking 
for CRC bit (RR1 ; D6). This bit gives the valid CRC 
result 16 bit times after the second CRC byte has 
been read from the MPSC. After reading the second 
CRC byte, the user software must read two more 
characters (may be sync characters) before check- 
ing for CRC result in RR1 . Also for proper CRC com- 
putation by the receiver, the user software must reset 
the Receive CRC Checker (WRO; D7, D6) after receiv- 
ing the first valid data character. The receive CRC 
Enable bit (WR3; D3) may also be enabled at this 
time. 

SYNCHRONOUS OPERATION— SDLC 

General 

Like the other synchronous operations the SDLC 
mode must be initialized with the following parame- 
ters: SDLC mode (WR4; D5, D4), SDLC polynomial 
(WR5; D2), Request to Send, Data Terminal Ready, 



Synchronous Mode Register Setup— SDLC/HDLC 





D7' 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


WR3 


00 Rx 5b/char 

01 Rx 7b/char 

10 Rx6b/char 

11 Rx 8b/char 


AUTO 
ENABLES 


ENTER 
HUNT 
MODE 


Rx 

CRC 

ENABLE 


ADDRESS 

SEARCH 

MODE 





Rx 
ENABLE 


WR4 








1 

(SELECTS SDLC/ 

HDLC MODE) 














WR5 


DTR 


00 Tx ^5b/char 
01 Tx 7b/char 
10Tx6b/char 
11 Tx8b/char 


SEND 
BREAK 


Tx 
£NABLE 




(SELECTS 

SDLC/ 

HDLC 

CRC) 


RTS 


Tx' 

CRC 

ENABLE 
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transmit character length (WR5; D6, D5), interrupt 
modes (WR1; WR2), Transmit Enable (WR5; D3), 
Receive Enable (WR3; DO), Auto Enable (WR3; D5) 
and External/Status Interrupt (WR1; D0).WR4 
parameters must be written before WR1, WR3, 
WR5, WR6 and WR7. 

The Interrupt modes for SDLC operation are similar 
to those discussed previously in the synchronous 
operations section. 

Transmit 

After a channel reset, the MPSC begins sending 
SDLC flags. 

Following the flags in an SDLC operation the 8-bit 
address field, control field and information field may 
be sent to the MPSC by the microprocessor. The 
MPSC transmits the Frame Check Sequence using 
the Transmit Underrun feature. The MPSC automat- 
ically inserts a zero after every sequence of 5 con- 
secutive 1's except when transmitting Flags or 
Aborts. 

SDLC — like protocols do not have provision for fill 
characters within a message. The MPSC therefore 
automatically terminates an SDLC frame when the 
transmit' data buffer and output shift register have 
no more bits to send. It does this by sending the two 
bytes of CRC and then one or more flags. This allows 
very high-speed transmissions under DMA or CPU 
control without requiring the CPU to respond 
quickly to the end-of-message situation. 

After a reset, the Transmit Underrun/EOM status bit 
is in the set state and prevents the insertion of CRC 
characters during the time there is no data to send. 
Flag characters are sent. The MPSC begins to send 
the frame when data is written into the transmit buf- 
fer. Between the time the first data byte is written, 
and the end of the message, the Reset Transmit 
Underrun/EOM (WRO; D7, D6) command must be 
issued. The Transmit Underrun/EOM status bit (RRO; 
D6) is in the reset state at the end of the message 
which automatically sends the CRC characters. 

The MPSC may be programmed to issue a send 
Abort command (WRO; D5, 04, D3). This command 
causes at least eight 1 's but less than fourteen 1 's to 
be sent before the line reverts to continuous flags. 



Receive 

After initialization, the MPSC enters the Hunt phase, 
and remains in the Hunt phase until the first Flag is 
received. The MPSC never again enters the Hunt 
phase unless the microprocessor writes the Enter 
Hunt command. The MPSC will also detect flags 
separated by a single zero. For example, the bit pat- 
tern 01 1 1 1 11 01 1 1 1 1 1 will be detected as two flags. 

The MPSC can be programmed to receive all frames 
or it can be programmed to the Address Search 
Mode. In the Address Search Mode, only frames with 
addresses that match the value in WR6 or the global 
address (OFFH) are received by the MPSC. Extended 
address recognition must be done by the micropro- 
cessor software. 

The control and information fields are received as 
data. 

SDLC/HDLC CRC calculation does not have an 8-bit 
delay, since all characters are included in the calcu- 
lation, unlike Byte Synchronous Protocols. 

Reception of an abort sequence (7 or more 1's) will 
cause the Break/Abort bit (RRO; D7) to be set and will 
cause an External/Status interrupt, if enabled. After 
the Reset External/Status Interrupts Command has 
been issued, a second interrupt will occur at the end 
of the abort sequence. 



MPSC 

Detailed Command/Status Description 

GENERAL 

The MPSC supports an extremely flexible set of se- 
rial and system interface modes. 

The system interface to the CPU consists of 8 ports 
or buffers: 



cs 


At 


A o 


Read Operation 


Write Operation 







1 




1 



1 

X 





1 

1 

X 


Ch. A Data Read 
Ch. A Status Read 
Ch. B Data Read 
Ch. B Status Read 
High Impedance 


Ch. A Data Write 

Ch. A Command/Parameter 

Ch. B Data Write 

Ch. B Command/Parameter 

High Impedance 



Data buffers are addressed by A., : 
ports are addressed by A., = 1. 



0, and Command 
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COMMAND/STATUS DESCRIPTION 

The following command and status bytes are used 
during initialization and execution phases of opera- 
tion. All Command/Status operations on the two 
channels are identical, and independent, except 
where noted. 

Detailed Register Description 

Write Register (WRO): 



D7 D6 
1 



D5 D4 

_l L 



—\ — r 

D2 D1 . I 



COMMAND/STATUS POINTER 



REGISTER POINTER 



NULL CODE 

SEND ABORT (SDLC) 

RESET EXT/STATUS INTERRUPTS 

CHANNEL RESET 

ENABLE INTERRUPT ON NEXT Rx 

CHARACTER 

RESET TxINT/DMA PENDING 
ERROR RESET 
END OF INTERRUPT 



NULL CODE 

RESET Rx CRC CHECKER 
RESET Tx CRC GENERATOR 
RESET Tx UNDERRUN/EOM LATCH 



WRO 

D2, D1, DO— Command/Status Register Pointer bits 
determine which write-register the next byte is to be 
written into, or which read-register the next byte is to 
be read from. After reset, the first byte written into 
either channel goes into WRO. Following a read or 
write to any register (except WRO) the pointer will 
point to WRO. 

D5, D4, D3 — Command bits determine which of the 
basic seven commands are to be performed. 



Commando Null — has no effect. 

Command 1 Send Abort— causes the genera- 

tion of eight to thirteen 1's when 
in the SDLC mode. 

Command 2 Reset External/Status Interrupts — 
resets the latched status bits of 
RRO and re-enables them, allowing 
interrupts to occur again. 

Command 3 Channel Reset— resets the Latch- 
ed Status bits of RRO, the 
interrupt prioritization logic and 
all control registers for the 
channel. Four extra system 
clock cycles should be allowed 
for MPSC reset time before any 
additional commands or controls 
are written into the channel. 

Command 4 Enable Interrupt on Next Receive 
Character— if the Interrupt on 
First Receive Character mode is 
selected, this command reacti- 
vates that mode after each com- 
plete message is received to 
prepare the MPSC for the next 
message. 

Command 5 Reset Transmitter Interrupt/DMA 
Pending — if The Transmit 
Interrupt/DMA Enable mode is 
selected, the MPSC automatically 
interrupts or requests DMA data 
transfer when the transmit buffer 
becomes empty. When there are no 
more characters to be sent, 
issuing this command prevents 
further transmitter interrupts or 
DMA requests until the next 
character has been completely 
sent. 

Command 6 Error Reset— error latches, Pari- 
ty and Overrun errors in RR1 are 
reset. 

Command 7 End of Interrupt — resets the 
interrupt-in-service latch of the 
highest-priority internal device 
under service. 

D7, D6 CRC Reset Code 

00 Null — has no effect. 

01 Reset Receive CRC Checker- 
resets the CRC checker to 0's. If in 
SDLC mode the CRC checker is 
initialized to all 1's. 
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10 



11 



Reset Transmit CRC Generator 
—resets the CRC generator to 
0's. If in SDLC mode the CRC 
generator's initialized to all 1's. 

Reset Tx Underrun/End of Message 
Latch. 



Write Register 1 (WR1): 



MSB 






















LSB 




D7 


06 


D5 


. 


. 


D2 


D1 


DO 


















EXT INTERRUPT 






ENABLE 














TxINTERRUPT/ 






DMA ENABLE 












1 = VARIABLE 
STATUS AFFECTS VECTOR 






VECTOR (CH B ONLY) = FIXED 
(NULL CODE CH A) VECTOR 











RxINT/DMA DISABLE 









1 
1 


1 RxINT ON FIRST CHAR OR SPECIAL 
CONDITION 

INT ON ALL Rx CHAR (PARITY AFFECTS 
VECTORJOR SPECIAL CONDITION 

1 INT ON ALL Rx CHAR (PARITY DOES 
NOT AFFECT VECTOR) OR SPECIAL 
CONDITION 

1 = WAIT ON Rx, = WAIT ON Tx 








MUSTBEZERO 








WAI 


TENABLE 1 = ENABLE, = DISABLE 



WR1 

DO 



External/Status Interrupt Enable 
— allows interrupt to occur as the 
resu lt of transition s on the CD, 
CTS or SYNDET inputs. Also 
allows interrupts as the result of a 
Break/Abort detection and termi- 
nation, or at the beginning of CRC, 
or sync character transmission 
when the Transmit Underrun/EOM 
latch becomes set. 



D1 



D2 



D4, D3 


1 

1 



1 1 



D5 



D6 
D7 



Transmitter Interrupt/DMA Enable 
—allows the MPSC to interrupt or 
request a DMA transfer when the 
transmitter buffer becomes empty. 

Status Affects vector— (WR1, D2 
active in channel B only.) If this 
bit is not set, then the fixed vector, 
programmed in WR2, is returned 
from an interrupt acknowledge 
sequence. If the bit is set then the 
vector returned from an interrupt 
acknowledge is variable as shown 
in the Interrupt Vector Table. 

Receive Interrupt Mode 

Receive Interrupts/DMA Disabled 

Receive Interrupt on First Charac- 
ter Only or Special Condition 

Interrupt on All Receive Charac- 
ters or Special Condition (Parity 
Error is a Special Receive Condi- 
tion) 

Interrupt on All Receive Charac- 
ters or Special Condition (Parity 
Error is not a Special Receive 
Condition). 



Wait on Receive/Transmit— when 
the following conditions are met 
the RDY pin is activated, otherwise 
it is held in the High-Z state. 
(Conditions: Interrupt Enabled 
Mode, Wait Enabled, CS = 0, 
AO = 0/1, and A1 = 0). The RDY 
pin is pulled low when the trans- 
mitter buffer is full or the receiver 
buffer is empty and it is driven 
High when the transmitter buffer is 
empty or the receiver buffer is full. 
The RDY A and RDY B may be 
wired OR connected since only 
one signal is active at any one time 
while the other is in the High Z 
state. 



Must be Zero 

Wait Enable- 
function. 



-enables the wait 
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WR2 



D1.D0 



1 

1 

1 1 
D2 



1 



Channel A 

System Configuration — These 
specify the data transfer from 
MPSC channels to the CPU, either 
interrupt or DMA based. 

Channel A and Channel B both use 
interrupts 

Channel A uses DMA, Channel B 
uses interrupt 

Channel A and Channel B both 
use DMA 

Illegal Code 

Priority— this bit specifies the 
relative priorities of the internal 
MPSC interrupt/DMA sources. 

(Highest) RxA, TxA, RxB, TxB 
ExTA, ExTB (Lowest) 

(Highest) RxA, RxB, TxA, TxB, 
ExTA, ExTB (Lowest) 



D5, D4, D3 



X X 



1 



1 1 



1 1 



D6 



Interrupt Code— specifies the 
behavior of the MPSC when it re- 
ceives an interrupt acknowledge 
sequence from the CPU. (See Inter- 
rupt Vector Mode Table). 

Non-vectored interrupts — in- 
tended for use with external DMA 
CONTROLLER. The Data Bus re- 
mains in a high impedence state 
during INTA sequences. 

8085 Vector Mode 1 —intended for 
use as the primary MPSC in a daisy 
chained priority structure. (See 
System Interface section) 

8085 Vector Mode 2— intended for 
use as any secondary MPSC in a 
daisy chained priority structure. 
(See System Interface section) 

8086/88 Vector Mode— intended 
for use as either a primary or 
secondary in a daisy chained 
priority structure. (See System 
Interface section) 

Must be zero. 



Write Register 2 (WR2): Channel A 














D7 zero Pin10=RTS B 

one Pin 10 = SYNDETb 




MSB LSB 


■ • 




D7 D6 


05 


D4 D3 


D2 


D1 DO 














BOTH INTERRUPT 












1 A DMA, B INT 












1 BOTH DMA 












1 1 ILLEGAL 


.;. 






' 




1 PRIORITY RxA RxB TxA TxB EXTA* EXTB* 


' 


PRIORITY RxA TxA RxB TxB EXTA* EXTB* . .... 








8085 MODE 1 








1 8085 MODE 2 








1 8086/88 MODE 








1 1 ILLEGAL 








1 VECTORED INTERRUPT 




NON VECTORED INTERRUPT 






MUST BE ZERO 










1 PIN 10 


SYNDET 


3 




PIN 10 RfS B 


•EXTERNAL STATUS INTERRUPT- 
ONLY IF EXT INTERRUPT ENABLE (WR1 ; D0)IS SET 
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The following table describes the MPSC's response to an interrupt acknowledge sequence: 



D5 


D4 


D3 


IPI 


MODE 


INTA 


Data Bus 





X 


X 


X 


Non-vectored 


Any INTA 


D7 DO 
High Impedance 


1 











85 Mode 1 


1st INTA 
2nd INTA 
3rd INTA 


110 11 1 
V7 V6 V5 V4* V3* V2* V1 V0 
0000 000 


1 








1 


85 Mode 1 


1st INTA 
2nd INTA 
3rd INTA 


110 110 1 
High Impedance 
High Impedance 


1 


1 








86 Mode 


1st INTA 
2nd INTA 


High Impedance 

V7 V6 V5 V4 V3 V2* V1*V0* 


1 





1 





85 Mode 2 


1st INTA 
2nd INTA 
3rd INTA 


High Impedance 

V7 V6 V5 V4* V3* V2* V1 V0 

00000000 


1 





1 


1 


85 Mode 2 


1st INTA 
2nd INTA 
3rd INTA 


High Impedance 
High Impedance 
High Impedance 


1 


1 





1 


86 Mode 


1st INTA 
2nd INTA 


High Impedance 
High Impedance 



'These bits are variable if the "status affects vector" mode has been programmed, (WR1B, D2). 



Interrupt/DMA Mode, Pin Functions, and Priority 



Ch. 
D 2 


AW 


R2 
Do 


lnt/[ 
Mc 

CH.A 


)MA 
>de 

CH. B 


RDY A / 

RxDRQ A 

Pin 32 


Pin Fui 
RDY B / 
TxDRQ A 
Pin 11 


ictions 
IPI/ 
RxDRQ B 
Pin 29 


\ 
IPO/ 
TxDRQ B 
Pin 30 


Priority 
Highest Lowest 











INT 


INT 


RDY A 


RDY B 


iPi 


IPO 


RxA, TxA, RxB, TxB, EXT A , EXT B 


1 








INT 


INT 


RxA, RxB, TxA, TxB, EXT A , EXT B 








1 


DMA 




RxDRQ A 


TxDRQ A 


[pi 


ipo 


RxA, TxA (DMA) 
"r"xA 1 7rxB,~TxB, EXTX iXT B (INT) 




INT 


1 





1 


DMA 


INT 


RxA, TxA (DMA) 


RxA 1 , RxB, TxB, EXT A , EXT B (INT) 





1 





DMA 


DMA 


RxDRQ A 


TxDRQ A 


RxDRQ B 


TxDRQ B 


RxA, TxA, RxB, TxB (DMA) 
RxA 1 , RxB 1 , EXT A , EXT B (INT) 


1 


1 





DMA 


DMA 


RxA, RxB, TxA, TxB, (DMA) 
RxA 1 , RxB 1 , EXT A , EXT B (INT) 



Special Receive Condition 
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Interrupt Vector Mode Table 



8085 Modes 
8086/88 Mode 


v 4 v 3 v 2 
V 2 V, v 


Channel 


Condition 


Note 1: Special 

Receive Condition = 

Parity Error, 

Rx Overrun Error, 

Framing Error, 

End of Frame (SDLC) 


. 
1 
1 
1 1 


B 


Tx Buffer Empty 
Ext/Status Change 
Rx Char. Available 
Special Rx Condition 
(Notel) 




10 
1 1 
1 1 

1 1 1 


A 


Tx Buffer Empty 
Ext/Status Change 
Rx Char. Available 
Special Rx Condition 
(Notel) 



Write Register 2 (WR2): Channel B 



"H — I — I — I — r — I — I — 

V7 V6 V5 V4 V3 V2 V1 VO 
-J l_J I I I l_ 



WR2 CHANNEL B 

D7-D0 Interrupt vector— This register contains 
the value of the interrupt vector placed 
on the data bus during interrupt ac- 
knowledge sequences. 



Write Register 3 (WR3): 



Rx 5 BITS/CHAR 

1 Rx 7 BITS/CHAR 

1 Rx 6 BITS/CHAR 
1 1 Rx 8 BITS/CHAR 



I Rx ENABLE 

— SYNC CHAR LOAD INHIBIT 

ADDR SRCH MODE (SDLC) 

RxCRC ENABLE 

ENTER HUNT MODE 

AUTO ENABLES 
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WR3 

DO 



D1 



D2 



Write Register 4 (WR4): 



D3 



Receiver Enable — A one enables the re- 
ceiver to begin. This bit should be set only 
after the receiver has been initialized. 

Sync Character Load Inhibit — A one pre- 
vents the receiver from loading sync 
characters into the receive buffers. In 
SDLC, this bit must be zero. 

Address Search Mode— If the SDLC mode 
has been selected, the MPSC will re- 
ceive all frames unless this bit is a 1 . If this 
bit is a 1 , the MPSC will receive only frames 
with address bytes that match the global 
address (OFFH) or the value loaded into 
WR6. This bit must be zero in non-SDLC 
modes. 

Receive CRC Enable — A one in this bit 
enables (or re-enables) CRC calculation. 
CRC calculation starts with the last charac- 
ter placed jn the Receiver FIFO. A zero in 
this bit disables, but does not reset, the 
Receiver CRC generator. 

Enter Hunt Phase— After initialization, the 
MPSC automatically enters the Hunt mode. 
If synchronization is lost, the Hunt phase 
can be re-entered by writing a one to this 
bit. 

Auto Enable— A one written to th is bit causes 
CD to be a utom atic enable signal for the 
receiver and CTS to be an automatic enable 
signal for the transmitter. A zero written to 
this bit limits the effect of CD and CTS signals 
to setting/resetting their corresponding bits 
in the status register (RRO). 



D7, D6 Receive Character length 

Receive 5 Data bits/character 

1 Receive 7 Data bits/character 

1 Receive 6 Data bits/character 
1 1 Receive 8 Data bits/character 



D4 



D5 



D3 ' D2 



1 = ENABLE PARITY 



= DISABLE PARITY 
1 = EVEN PARITY 



WR4 

DO 



D1 



= ODD PARITY 



ENABLE SYNC MODES 

1 1 STOP BIT 

1 1.5 STOP BITS 
1 1 2 STOP BITS 

8 BIT SYNC CHAR 

1 16 BIT SYNC CHAR 

1 SDLC/HDLCMODE(01111110)FLAG 
1 1 EXTERNAL SYNC MODE 

X1 CLOCK 

1 X16 CLOCK 

X32 CLOCK 

1 X64 CLOCK 



Parity— a one in this bit causes a parity 
bit to be added to the programmed number 
of data bits per character for both the 
transmitted and received character. If the 
MPSC is programmed to receive 8 bits per 
character, the parity bit is not transferred 
to the microprocessor. With other receiver 
character lengths, the parity bit is trans- 
ferred to the microprocessor. 

Even/Odd Parity — if parity is enabled, a 
one in this bit causes the MPSC to transmit 
and expect even parity, and a zero causes 
it to send and expect odd parity. 



D3, D2 Stop bits/sync mode 
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Selects synchronous modes. 

1 Async mode, 1 stop bit/character 

1 Async mode, 1- 1 /2 stop bits/character 
11 Async mode, 2 stop bits/character 

D5, D4 Sync mode select 

8 bit sync character 

1 16 bit sync character 

1 SDLC mode (Flag sync) 

1 1 External sync mode 

D7, D6 Clock mode— selects the clock/data rate 
multiplier for both the receiver and the 
transmitter. 1x mode must be selected for 
synchronous modes. If the 1x mode is 
selected, bit synchronization must be done 
externally. 

Clock rate = Data rate x 1 

1 Clock rate = Data rate x 16 

1 Clock rate = Data rate x 32 
1 1 Clock rate = Data rate x 64 



WR5 

DO 



D1 



D2 



D3 



Transmit CRC Enable— a one in this bit 
enables the transmitter CRC generator. 
The CRC calculation is done when a 
character is moved from the transmit 
buffer into the shift register. A zero in this 
bit disables CRC calculations. If this bit is 
not set when a transmitter underrun 
occurs, the CRC will not be sent. 



Req uest to Send— a one in this bit forces 
the RTS pi n act ive (low) and zero in this bit 
forces the RTS pin inactive (hkjh). 



CRC Select — a one in this bit selects the 
CRC -16 polynomial (X 16 + X 15 + X 2 + 1) 
and a zero in this bit selects the CCITT-CRC 
polynomial (X 16 + X 12 + X 5 + 1). In SDLC 
mode, CCITT-CRC must be selected. 



Transmitter Enable— a zero in this bit 
forces a marking state on the transmitter 
output. If this bit is set to zero during data 
or sync character transmission, the mark- 
ing state is entered after the character has 
been sent. If this bit is set to zero during 
transmission of a CRC character, sync or 
flag bits are substituted for the remainder 
of the CRC bits. 



Write Register 5 (WR5): 



D7 D6 D5 D4 D3 D2 D1 DO 



Tx CRC ENABLE 

.RTS 

.SDLC/CRC-16 (CRC MODE) 



-Tx ENABLE 
-SEND BREAK 



Tx 5 BITS OR LESS/CHAR 

1 Tx 7 BITS/CHAR 

Tx 6 BITS/CHAR 

1 Tx 8 BITS/CHAR 



D4 Send Break— a one in this bit forces the 

transmit data low. A zero in this bit allows 
normaltransmitter operation. 

D6, D5 Transmit Character length 

Transmit 1 - 5 bits/character 

1 Transmit 7 bits/character 

1 Transmit 6 bits/character 

1 1 Transmit 8 bits/character 

Bits to be sent must be right justified least significant 
bit first, eg: 

D7 D6 D5 D4 D3 D2 D1 DO 

B5 B4 B3 B2 B1 BO 
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Five or less mode allows transmission of one to five bits per 
character. The microprocessor must format the data in 
the following way: 

D7 D6 D5 D4 D3 D2 D1 DO 



1 


1 


1 


1 











BO 


Sends one data bit 


1 


1 


1 











B1 


BO 


Sends two data bits 


1 


1 











B2 


B1 


BO 


Sends three data bits 


1 











B3 


B2 


B1 


BO 


Sends four data bits 











B4 


B3 


B2 


B1 


BO 


Sends five data bits 


D7 




Data Terminal 


Rea 


dy- 


when 


set, this bit 



forces the DTR pin act ive ( low). When 
reset, this bit forces the DTR pin inactive 
(high). 



Write Register 6 (WR6): 



Write Register 7 (WR7): 



MSB 














LSB 


D7 


OS 


■o. 

1 


D4 


1 

D3 

1 


D2 


D1. 


1 



Least significant 



Sync byte (Address 
in SDLC/HDLC Mode) 



MSB 














LSB 


V 


OS 


05 


04 


03 


D2 


D1 


■d. 

I 


^ j 



Most Significant 



Sync byte (must 
be 01111110 in 
SDLC/HDLC Mode) 



WR6 

D7-D0 



WR7 

D7-D0 



Sync/Address — this register contains the 
transmit sync character in Monosync 
mode, the low order 8 sync bits in Bisync 
mode, or the Address byte in SDLC mode. 



Sync/Flag — this register contains the re- 
ceive sync character in Monosync mode, 
the high order 8 sync bits in Bisync mode, 
or the Flag character (011 1 1 1 10) in SDLC 
mode. WR7 is not used in External Sync 
mode. 
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Read Register (RRO): 



Rx CHAR AVAILABLE 
INT IN-SERVICE (CHA only) 

Tx BUFFER EMPTY 

CARRIER DETECT 

SYNC/HUNT 

CTS 

Tx UNDERRUN/EOM 

BREAK/ABORT 



RRO 

DO Receive Character Available— this bit is 

set when the receive FIFO contains data 
and is reset when the FIFO is empty. 

D1 Interrupt In-Service*— If an Internal Interrupt 

is pending, this bi t is set at the falling edge of 
the second INTA pulse of an INTA cycle. In 
non-vectored mode, this bit is set at the falling 
edge of RD after pointer 2 is specified. This bit 
is reset when an EOI command is issued and 
there are no other interrupts in-service at that 
time. 

D2 Transmit Buffer Empty— This bit is set 

whenever the transmit buffer is empty 
except when CRC characters are being 
sent in a synchronous mode. This bit is 
reset when the transmit buffer is loaded. 
This bit is set after an MPSC reset. 

D3 Carrier Detect— This bit contains the state 

of the CD pin at the time of the last change 
of any of the External/Status bits (CD, 
CTS, Sync/Hunt, Break/Abort, or Tx 
Underrun/EOM). Any change of state of the 
CD pin causes the CD bit to be latched and 
causes an External/Status interrupt. This bit 
indicates current state of the CD pin im- 
mediately following a Reset External/Status 
Interrupt command. 

*This bit is only valid when IPI is active low and is 
always zero in Channel B. 



D4 Sync/Hunt— In asynchronous modes, the 

operation of this bit is similar to the CD 
status bit, ex cept that S ync/Hunt shows the 
state of the SYNDET input. A ny High-to- 
Low transition on the SYNDET pin sets this 
bit, and causes an External/Status inter- 
rupt (if enabled). The Reset External/Status 
Interrupt command is issued to clear the 
interrupt. A Low-to-High transition clears 
this bit and sets the External/Status inter- 
rupt. When the External/Status interrupt is 
set by the change in state of any other input 
or condition, this bit shows the inverted 
state of the SYNDET pin at time of the 
change. This bit must be read immediately 
following a Reset External/Status Interrupt 
comman d to read the current state of the 
SYNDET input. 

In the External Sync mode, the Sync/Hunt 
bit operates in a fashion similar to the 
Asynchronous mode, except the Enter 
Hunt Mode control bit enables the external 
sync detection logic. When the External 
Sync Mode and Enter Hunt Mode bits are 
set (for example, when the re ceiver is 
enabled following a reset), the SYNDET 
input must be held High by the external 
logic until external character syn chroniza- 
tion is achieved. A High at the SYNDET 
input holds the Sync/Hunt status in the 
reset condition. 
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When e xternal synchronization is 
achieved, SYNDET must be drive n Low on 
the second ri sing edge of RxC after the 
rising edge of RxC on which the last bit of 
the sync character was received. In other 
words, after the sync pattern is detected, 
the external logic must wait for tw o full 
Rece ive Clock c ycles to a ctivate the SYN- 
DET input. Once SYNDET is forced Low, it 
is good practice to keep it Low until the 
CPU informs the external sync logic that 
synchronization has been lost or a new 
message is about to start. T he High-to-Low 
transition of the SYNDET output sets the 
Sync/Hunt bit, which sets the External/ 
Status interrupt. The CPU must clear the 
interrupt by issuing the Reset External/ 
Status Interrupt Command. 



When the SYNDET input goes High again, 
another External/Status interrupt is. gener- 
ated that must also be cleared. The Enter 
Hunt Mode control bit isset whenever 
character synchronization is lost or the end 
of message is detected. In this case, the 
MPSC again looks for a High-to-Lowtransi- 
tion on the SYNDET input and the opera- 
tion repeats as explained previously. This 
implies the CPU should also inform the ex- 
ternal logic that character synchronization 
has been los t and that the MPSC is waiting 
for SYNDET to become active. 



D5 



In the SDLC mode, the Sync/Hunt bit is 
initially set by the Enter Hunt mode bit, or 
when the receiver is disabled. In any case, it 
is reset to when the opening flag of the 
first frame is detected by the MPSC. The 
External/Status interrupt is also generated, 
and should be handled as discussed 
previously . 



Unlike the Monosync and Bisync modes, 
once the Sync/Hunt bit is reset in the SDLC 
mode, it does not need to be set when the 
end of message is detected. The MPSC au- 
tomatically maintains synchronization. 
The only way the Sync/Hunt bit can be set 
again is by the Enter Hunt Mode bit, or by 
disabling the receiver. 



Clear to Send — t his b it contains the in- 
verted state of the CTS pin at the time of the 
last change of any of the External/Status 
bits (CD, CTS, Sync/Hunt, Break/Abort, or 
Tx U nder run/EOM). Any change of state of 
the CTS pin causes the CTS bit to be 
latched and causes an External/Status 
interrupt. This bit indicates the in verse of 
the current state of the CTS pin im- 
mediately following a Reset External/ 
Status Interrupt command. 



In the Monosync and Bisync Receive 
modes, the Sync/Hunt status bit is initially 
set to 1 by the Enter Hunt Mode bit. The 
Sync/Hunt bit is reset when the MPSC es- 
tablishes character synchronization. The 
High-to-Low transition of the Sync/Hunt bit 
causes an External/Status interrupt that 
must be cleared by the CPU issuing the 
Reset External/Status Interupt command. 
This enables the MPSC to detect the next 
transition of other External/Status bits. 



D6 Transmitter Underrun/End of Message— 

this bit is in a set condition following a reset 
(internal or external). The only command 
that can reset this bit is the Reset Transmit 
Underrun/EOM Latch command (WRO, D 6 
and D 7 ). When the Transmit Underrun con- 
dition occurs, this bit is set, which causes 
the External/Status Interrupt which must 
be reset by issuing a Reset External/Status 
command (WRO; command 2). 



When the CPU detects the end of message 
or that character synchronization is lost, it 
sets the Enter Hunt Mode control bit, which 
sets the Sync/Hunt bit to 1. The Low-to- 
High transition of the Sync/Hunt bit sets the 
External/Status Interrupt, which mu st also 
be "cleared by the Reset External/Status 
Interrupt Command. Note thatthe SYNDET 
pin acts as an output in this mode, and 
goes low every time a sync pattern is de- 
tected in the data stream. 



D7 Break/Abort— in the Asynchronous Re- 

ceive mode, this bit is set when a Break 
sequence (null character plus framing 
error) is detected in the data stream. The 
External/Status interrupt, if enabled, is set 
when break is detected. The interrupt ser- 
vice routine must issue the Reset 
External/Status Interrupt command (WRO, 
Command 2) to the break detection logic 
so the Break sequence termination can be 
recognized. 
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SDLC Residue Code Table (I Field Bits in 2 Previous Bytes) 





8 bits/char 


7 bits/char 


6 bits/char 


5 bits/char 


RR1 
D3, D2, D1 


Previous 
Byte 


2nd Prev. 
Byte 


Previous 
Byte 


2nd Prev. 
Byte 


Previous 
Byte 


2nd Prev. 
Byte 


Previous 
Byte 


2nd Prev. 
Byte 


1 





3 





2 * 





1 





5 


10 





4 





3 





2 





1 


1 1 





5 





4 





3 





2 


1 





6 





5 





4 





3 


10 1 





7 





6 





5 


— 




1 1 





8 





— 


— 


— 


— 




1 1 1 


1 


8 


— 


— 


'__ 










00 


2 


8 


1 


7 





6 





4 



The Break/Abort bit is reset when the ter- 
mination of the Break sequence is detected 
in the incoming data stream. The termina- 
tion of the Break sequence also causes the 
External/Status interrupt to be set. The 
Reset External/Status Interrupt command 
must be issued to enable the break detec- 
tion logic to look for the next Break se- 
quence. A single extraneous null character 
is present in the receiver after the termina- 
tion of a break; it should be read and 
discarded. 



DO All sent— this bit is set when all charac- 

ters have been sent, in asynchronous 
modes. It is reset when characters are in 
the transmitter, in asynchronous modes. 
In synchronous modes, this bit is always 
set. 

D3, D2, D1 Residue Codes — bit synchronous pro- 
tocols allow l-fields that are not an inte- 
gral number of characters. Since trans- 
fers from the MPSC to the CPU are char- 
acter oriented, the residue codes 
provide the capability of receiving 
leftover bits. Residue bits are right jus- 
tified in the last two data bytes received. 



In the SDLC Receive mode, this status bit is 
set by the detection of an Abort sequence 
(seven or more 1's). The External/Status 
interrupt is handled the same way as in the 
case of a Break. The Break/Abort bit is not 
used in the Synchronous Receive mode. 



D4 Parity Error— If parity is enabled, this bit 

is set for received characters whose par- 
ity does not match the programmed 
sense (Even/Odd). This bit is latched. 
Once an error occurs, it remains set until 
the Error Reset command is written. 
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Read Register 1 (RR1): (Special Receive Condition Mode) 



' 


MSB LSB 








D7 


D6 


D5 


D4 


D3 D2 D1 


DO 














V 




* I 






^ I— ALL SENT 










I FIELD BITS I FIELD BITS 










2 8 












1 6 












10 4 












11 8 


, RESIDUE DATA 

? 8 BITS/CHAR. MODE 










10 3 












10 1 7 












110 5 












111 1 8 > 












PARITY ERROR 








Rx OVERRUN ERROR 

rnr/cnAMiwft Fnnnn ^ 




FND OF FRAME (SDLC/HD' r - *»nne\ 











D5 Receive Overrun Error— this bit indi- 

cates that the receive FIFO has been 
overloaded by the receiver. The last 
character in the FIFO is overwritten and 
flagged with this error. Once the over- 
written character is read, this error con- 
dition is latched until reset by the Error 
Reset command. If the MPSC is in the 
status affects vector mode, the overrun 
causes a special Receive Condition 
Vector. 

D6 CRC/Framing Error — In async modes, a 

one in this bit indicates a receive fram- 



D7 



ing error. In synchronous modes, a one 
in this bit indicates that the calculated 
CRC value does not match the last two 
bytes received. It can be reset by issuing 
an Error Reset command. 



End of Frame — this bit is valid only in 
SDLC mode. A one indicates that a valid 
ending flag has been received. This bit is 
reset either by an Error Reset command 
or upon reception of the first character 
of the next frame. 
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Read Register 2 (RR2): 



MSB 














LSB 


1 

V7 

1 


r — 

V6 

l_l 


V5 


1 

V4* 


1 
V3* 

J 


1 1 

V2* 

i I 


r 

vr 


1 
vo* 

J 



Interrupt 



RR2 

D7-D0 



'Variable in 
. Status Affects 
Vector Mode (WR1;D2) 



Channel B 

Interrupt vector— contains the interrupt 
vector programmed into WR2. If the status 
affects vector mode is selected (WR1; D2), it 
contains the modified vector (See WR2). RR2 
contains the modified vector for the highest 
priority interrupt pending. If no interrupts are 
pending, the variable bits in the vector are set 
to one. 



SYSTEM INTERFACE 

General 

The MPSC to Microprocessor System interface can 
be configured in many flexible ways. The basic inter- 
face types are polled, wait, interrupt driven, or direct 
memory access driven. 

Polled operation is accomplished by repetitively 
reading the status of the MPSC, and making deci- 
sions based on that status. The MPSC can be polled 
at any time. 

Wait operation allows slightly faster datathroughput 
forthe MPSC by manipulating the Ready inputto the 
microprocessor. Block Read or Write Operations to 
the MPSC are started at will by the microprocessor 
and the MPSC deactivates its RDY signal if it is not 
yet ready to transmit the new byte, or if reception of 
new byte is not completed. 

Interrupt driven operation is accomplished via an 
internal or external interrupt controller. When the 
MPSC requires service, it sends an interruptrequest 
signal to the microprocessor, which responds with 
an interrupt acknowledge signal. When the internal 
or external interrupt controller receives the ac- 
knowledge, it vectors the microprocessor to a ser- 
vice routine, in which the transaction occurs. 



DMA operation is accomplished via an external DMA 
controller. When the MPSC needs a data transfer, it 
request a DMA cycle from the DMA controller. The 
DMA controller then takes control of the bus and 
simultaneously does a read from the MPSC and a 
write to memory or vice-versa. 

The following section describes the many config- 
urations of these basic types of system interface 
techniques for both serial channels. 

POLLED OPERATION: 

In the polled mode, the CPU must monitor the de- 
sired conditions within the MPSC by reading the ap- 
propriate bits in the read registers. All data available, 
status, and error conditions are represented by the 
appropriate bits in read registers and 1 for chan- 
nels A and B. 

There are two ways in which the software task of 
monitoring the status of the MPSC has been re- 
duced. One is the "ORing" of all conditions into the 
Interrupt Pending bit. (RRO; D1 channel Aonly). This 
bit is set when the MPSC requires service, allowing 
the CPU to monitor one bit instead of four status reg- 
isters. The other is available when the "status- 
affects-vector" mode is selected. By reading RR2 
Channel B, the CPU can read a vector who's value 
will indicate that one or more of group of conditions 
has occurred, narrowing the field of possible condi- 
tions. See WR2 and RR2 in the Detailed Command 
Description section. 

Software Flow, Polled Operation 




(Tx BUF EMPTY). 



t 



WRITE Tx DATA 



RECEIVE 

RRO; DO is reset automatically when the data is read. 
RRO; D2 is reset automatically when the data is written. 
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Hardware Configuration, Polled Operation 




WAIT OPERATION: 

Wait Operation is intended to facilitate data trans- 
mission or reception using block move operations. If 
a block of data is to be transmitted, for example, the 
CPU can execute a String I/O instruction to the 
MPSC. After writing the first byte, the CPU will at- 
tempt to write a second byte immediately as is the 
case of block move. The MPSC forces the RDY 
signal low which inserts wait states in the CPU's 
write cycle until the transmit buffer is ready to ac- 
cept a new byte. At that time, the RDY signal is high 
allowing the CPU to finish the write cycle. The CPU 
then attempts the third write and the process is 
repeated. 

Similar operation can be programmed for the re- 
ceiver. During initialization, wait on transmit (WR1; 
D5 = 0) or wait on receive (WR1 ; D5 = 1 ) can be 
selected. The wait operation can be enabled/ 
disabled by setting/resetting the Wait Enable Bit 
(WR1;D7). 

CAUTION: ANY CONDITION THAT CAN CAUSE THE 
TRANSMITTER TO STOP (EG, CTS GOES INAC- 
TIVE) OR THE RECEIVER TO STOP (EG, RX DATA 
STOPS) WILL CAUSE THE MPSC TO HANG THE 
CPU UP IN WAIT STATES UNTIL RESET. EXTREME 
CARE SHOULD BE TAKEN WHEN USING THIS FEA- 
TURE. 

INTERRUPT DRIVEN OPERATION: 

The MPSC can be programmed into several inter- 
rupt modes: Non-Vectored, 8085 vectored, and 
8088/86 vectored. In both vectored modes, multiple 
MPSC's can be daisy-chained. 

In the vectored mode, the MPSC responds to an 
interrupt acknowledge sequence by placing a call 



instruction (8085 mode) and interrupt vector (8085 
and 8088/86 mode) on the data bus. 

The MPSC can be programmed to cause an interrupt 
due to up to 14 conditions in each channel. The 
status of these interrupt conditions is contained in 
Read Registers and 1. These 14 conditions are all . 
directed to cause 3 different types of internal inter- 
rupt request for each channel: receive/interrupts, 
transmit interrupts and external/status interrupts (if 
enabled). 

This results in up to 6 internal interrupt request 
signals. The priority of those signals can be pro- 
grammed to one of two fixed modes: 

Highest Priority Lowest Priority 



RxA RxB TxA TxB 
RxA TxA RxB TxB 



ExTA 
ExTA 



ExTB 
ExTB 



The interrupt priority resolution works differently for 
vectored and non-vectored modes. 



PRIORITY RESOLUTION: VECTORED MODE 

Any interrupt condition can be accepted internally 
to the MPSC at any time, unless the MPSC's internal 
INTA signal is active, unless a higher priority inter- 
rupt is currently accepted, or if IPI is inactive (high). 
The MPSC's internal INTA is s et on the leading (fall- 
ing) edge of the first External INTA pulse and reset 
on th e trailing (rising) edge of the second External 
INTA pulse. After an interrupt is accepted internally, 
an External INT request is generated and the IPO 
goes inactive. IPO and IPI are used for daisy- 
chaining MPSC's together. 
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Interrupt Condition Grouping 



CONDITION 






MODE 


INTERNAL INTERRUPT 
REQUEST 


RFCFIVF rHARACTFR 


INTERRUPT ON ALL 
RECEIVE CHARACTERS 






X 


\ 






RECEIVE OVERRUN ERROR -». 


SPECIAL 

RECEIVE 

CONDITION 

INTERRUPT 






RECEIVE 
INTERRUPT 




FRAMING FRROR ». 


END OF FRAME (SDLC ONLY) ^ 




/ 






INTERRUPT ON FIRST 
R x CHARACTER 


/ 


FIRST NON-SYNC CHARACTER (SYNC MODFS1 








* 






. 


CD TRANSITION 












EXTERNAL/ 

STATUS 
INTERRUPT 




CTS TRANSITION, 






* 


SYNC TRANSITION, . ,,.. 






w 


T* IJNnFRRIJN/FOM 


RRFAK/ARORT PPTFPT 






"T 


TRANSMIT RUFFFR FMPTY__ 










TRANSMIT 
INTERRUPT 



































INTERNAL 
INTERRUPT 
ACCEPTED 

TPI 


t\ 


SLOWER PRIORITY INTERRUPTS NOT ACCEPTED 




~ 










— 


INTERRUPT 
(EXTERNAL) 


















INTA \ ® 
(EXTERNAL) l\ VC 


/ \ 


, /( 


HIGHER 
PRIORITY 


\\ I 


m PRIORITY 


/ 




RESOLVED 


INTA \ 


. HIGHER \/ 
X PRIORITY ^ / 


f 


NO INTERRUPTS 


~V 


(INTERNAL) \ 


ACCEPTED / 




ACCEPTED 


INTERRUPTS 
ACCEPTED 












fpo 








— . 









The MPSC's internal INTA is s et on the leading (fall- 
ing) edge of the first external INTA pulse, and reset 
on th e trailing (rising) edge of the second external 
INTA pulse. After an interrupt is accepted internally, 



an external INT r eque st is generated and IPO goes 
inactive (high). IPO and IPI are used for daisy- 
chaining MPSC's together. 
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In-Service Timing 



INTERRUPT 
(EXTERNAL) 



INTA 
(EXTERNAL) 



INTA 
(INTERNAL) 



IN-SERVICE 
(INTERNAL) 




Each of the six interrupt sources has an associated 
In-Service latch. After priority has been resolved, the 



highest priority In-Service latch is set. After the In- 
Service latch is set, the INT pin goes inactive (high). 



If the External INT pin Is active and the IPI signal is pulled inactive high, the INT signal will also go inactive. IPI qualifies the External INT Signal. 
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EOI Command Timing 



INTERNAL INTERRUPT 
ACCEPTED 

ipT 

interrupt 

(EXTERNAL) 

FRTA" 
(EXTERNAL) 

INTA 
(INTERNAL) 

IPO 

IN-SERVICE 
(INTERNAL) 

EOI COMMAND 
(INTERNAL) 




SERVICE 
ROUTINE 








- 


J 






\_ 




1 


\ 


— 


A 






/ 






/ " 




[ 


~ 






\ / 


~\^ 










— 








/ 


V 










— 


/ 












— 


_J~ 






L 

P 


DWER 
RIORITY 
TERRUPTS 
CCEPTED 




If 
A 


— 








.— 




\ 


V, 















Lower priority interrupts are not accepted internally 
while the In-Service latch is set. However, higher 
priority interrupts are accepted internally and a new 
external INT request is generated. If the CPU re- 
sponds with a new INTA sequence, the MPSC will re- 
spond as before, suspending the lower priority 
interrupt. 



After the interrupt is serviced, the End-of-lnterrupt 
(EOI) command should be written to the MPSC. This 
command will cause an internal pulse that is used to 
reset the In-Service Latch which allows service for 
lower priority interrupts in the daisy-chain to re- 
sume, provided a new INTA sequence does not start 
for a higher priority interrupt (higher than the high- 
est under service). If there is no interrupt pending in- 
ternally, the IPO follows IPI. 



9-72 



iny 



8274 



Non-Vectored Interrupt Timing 




PRIORITY RESOLUTION: 
NON-VECTORED MODE 



In non-vectored mode, the MPSC does n ot res pond 
to interrupt acknowledge sequences. The INTA input 
(pin 27) must be pulled high for proper operation. 
The MPSC should be programmed to the Status- 
Affects-Vector mode, and the CPU should read RR2 
(Ch. B) in its service routine to determine which inter- 
rupt requires service. 



In this case, the internal pointer being set to RR2 
provides the same function as the internal INTA 
signal in the vectored mode. It inhibits acceptance 
of any additional internal interrupts and its leading 
edge starts the interrupt priority resolution circuit. 
The interrupt priority resolution isended by the lead- 
ing edge of the read signal used by the CPU to 
retrieve the modified vector. The leading edge of 
read sets the In-Service latch and forces the external 
INT output inactive (high). The internal pointer is 
resetto zero afterthe trailing edgeof the read pulse. 
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INTA O 



<F 



JET" 



ifiTA 
TF5 



MPSC 
HIGHEST PRIORITY 



■CTPi 



trta" 

Tp5|0~ 



OTPT 



TRTA" 
Tpo 



LOWEST PRIORITY 



Note that if RR2 is specified but not read, no internal 
interrupts, regardless of priority, are accepted. 

DAISY CHAINING MPSC: 

In the vectored interrupt mode, multipl e MP SC's can 
be daisy-chained on the same INT, INTA signals. 
These signals, in conjunction with the IPI and IPO 
allow a daisy- chain - like interrupt resolution 
scheme. This scheme can be configured for either 
8085 or 8086/88 based system. 

In either mode,_the same hardware configuration is 
called for. The INT request lines are wire-OR'ed to- 
gether at the input of a T TL inv erter which drives the 
INT pin of the CPU. The INTA signal from the CPU 
drives all of the daisy-chained MPSC's. 

The MPSC drives iPO (Interrupt Priority Output) in- 
active (high) if IPI (Interrupt Priority Input) is inactive 
(high), or if the MPSC has an interrupt pending. 

The IPO of the highest priority MPSC is connected to 
the IPI of the next highest priority MPSC, and so on. 



If IPI is active (low), the MPSC knows that all higher 
priority, MPSC's have no interrupts pending. The IPI 
pin of the highest priority MPSC is strapped active 
(low) to ensure that it always has priority over the 
rest. 

MPSC's Daisy-chained on an 8088/86 CPU should be 
programmed to the 8088/86 Interrupt mode (WR2; 
D4, D3 (Ch. A). MPSC's Daisy-chained on an 8085 
CPU should be programmed to 8085 interrupt mode 
1 if it is the highest priority MPSC. In this mode, the 
highest priority MPSC issues the CALL instruction 
during the first INTA cycle, and the interrupting 
MPSC provides the interrupt vector during the fol- 
lowing INTA cycles. Lower priority MPSC's should 
be programmed to 8085 interrupt mode 2. 

MPSC's used alone in 8085 systems should be pro- 
grammed to 8085 mode 1 interrupt operation. 
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DMA Acknowledge Circuit 




DMA Timing 







DRQ n — / \ 


A 


X_ 




/ 



DMA OPERATION 

Each MF*SC can be programmed to utilize up to four 
DMA channels: Transmit Channel A, Receive Chan- 
nel A, Transmit Channel B, Receive Channel B. Each 
DMA Channel has an associated DMA Request line. 
Acknowledgement of a DMA cycle is done via nor- 
mal data read or write c ycles. This is accomplished 
by encoding the DACK signals to generate A , A-J, 
and CS signals, and_multiplexing them with the 
normal A , A-,, and CS signals. 

PERMUTATIONS 

Channels A and B can be used with different system 
interface modes. In all cases it is impossible to poll 
the MPSC. The following table shows the possible 



permutations of interrupt, wait, and DMA modes for 
channels A and B. Bits D^Dq of WR2 Ch. A deter- 
mine these permutations. 



Permutation 

WR2 Ch. A 

D 1 D 


Channel A 


Channel B 





Wait 

Interrupt 

Polled 


Wait 

Interrupt 

Polled 


1 


DMA 
Polled 


Interrupt 
Polled 


1 


DMA 
Polled 


DMA 
Polled 



D1, DO = 1, 1 is illegal. 
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■£TL 



A16-A19 
ALE 



HDh 



8088 r5 
READY 



CLK 
RESET 



-Ei 



, CLR D 

' 74LS74 " 

CLK 



Dl 00 
STB 



STB 
8262 



-0— < 



->- 



ADSTB 
D -0 7 8237 A -A ? 
MEMR DRQ 

MeMWR Dack 

HLDA DRQ, 

HRQ DACK, 

AEN DRQ 2 

176~R DACK 2 

l/OW DRQ 3 

READY DACK 3 

CLK EOP 

RESET 
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PROGRAMMING HINTS 



Transmit Under-run/EOM Latch 



This section will describe some useful programming 
hints which may be useful in program development. 



Asynchronous Operation 

At the end of transmission, the CPU must issue "Reset 
Transmit Interrupt/DMA Pending" command in WRO to 
reset the last transmit empty request which was not 
satisfied. Failing to do so will result in the MPSC 
locking up in a transmit empty state forever. 



Non-Vectored Mode 

In non-vectored mode, the Interrupt Acknowledge pin 
(INTA) on the MPSC must be tied high through a 
pull-up resistor. Failing to do so will result in unpre- 
dictable response from the 8274. 



HDLC/SDLC Mode 

When receiving data in SDLC mode, the CRC bytes 
must be read by the CPU (or DMA controller) just like 
any other data field. Failing to do so will result in 
receiver buffer overflow. Also, the End of Frame Inter- 
rupt indicates that the entire frame has been received. 
At this point, the CRC result (RR1:D6) and residue code 
(RR1;D3, D2, D1 ) may be checked. 



Status Register RR2 

RR2 contains the vector which gets modified to indicate 
the source of interrupt (See the section titled MPSC 
Modes of Operation). However, the state of the vector 
does not change if no new interrupts are generated. 
The contents of RR2 are only changed when a new 
interrupt is generated. In order to get the correct 
information, RR2 must be read only after an interrupt is 
generated, otherwise it will indicate the previous state. 



Initialization Sequence 

The MPSC initialization routine must issue a channel 
Reset Command at the beginning. WR4 should be 
defined before other registers. At the end of the 
initialization sequence, Reset External/Status and Error 
Reset commands should be issued to clear any 
spurious interrupts which may have been caused at 
power up. 



In SDLC/HDLC, bisync and monosync mode, the 
transmit under-run/EOM must be reset to enable the 
CRC check bytes to be appended to the transmit frame 
or transmit message. The transmit under-run/EOM 
latch can be reset only after the first character is loaded 
into the transmit buffer. When the transmitter under- 
runs at the end of the frame, CRC check bytes are 
appended to the frame/message. The transmit under- 
run/EOM latch can be reset at any time during the 
transmission after the first character. However, it should 
be reset before the transmitter under-runs otherwise, 
both bytes of the CRC may not be appended to the 
frame/message. In the receive mode in bisync opera- 
tion, the CPU must read the CRC bytes and two more 
SYNC characters before checking for valid CRC result 
in RR1. 



Sync Character Load Inhibit 

In bisync/monosync mode only, it is possible to prevent 
loading sync characters into the receive buffers by 
setting the sync character load inhibit bit (WR3;D1=1 ). 
Caution must be exercised in using this option. It may 
be possible to get a CRC character in the received 
message which may match the sync character and not 
get transferred to the receive buffer. However, sync 
character load inhibit should be enabled during all 
pre-frame sync characters so the software routine does 
not have to read them from the MPSC. 

In SDLC/HDLC mode, sync character load inhibit bit 
must be reset to zero for proper operation. 



EOI Command 

EOI command can only be issued through channel A 
irrespective of which channel had generated the 
interrupt. 



Priority in DMA Mode 

There is no priority in DMA mode between the fol- 
lowing four signals: TxDRQ(CHA), RxDRQ(CHA), 
TxDRQ(CHB), RxDRQ(CHB). The priority between 
these four signals must be resolved by the DMA 
controller. At any given time, all four DMA channels 
from the 8274 are capable of going active. 
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ABSOLUTE MAXIMUM RATINGS* 

Ambient Temperature 

Under Bias ...:.... . . 0°C to +7Q°C 

Storage Temperature 

(Ceramic Package) . -65°C to -f 150°C 

(Plastic Package) -4p°C to + 125°C 

Voltage On Any Pin With 

Respect to Ground -0.5V to +7.0V 



'NOTICE: Stresses above, those listed under "Absolute 
Maximum Ratings" may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 
rating conditions for extended periods may affect device 
reliability. 



D.C. CHARACTERISTICS (T A = o°c to 70C; v cc = +5V ±10%)* 



Symbol 


Parameter 


Min. 


Max. 


Units 


Test Conditions 


V|L 


Input Low Voltage 


-0.5 


+ 0.8 


V 




V| H 


Input High Voltage 


+ 2.0 


V cc +0.5 


V 




Vol 


Output Low Voltage 




+ 0.45 


V 


l 0L = 2.0mA 


V H 


Output High Voltage 


+ 2.4 ' 




V 


l 0H = -200/liA 


l|L 


Input Leakage Current 




+ 10 


jLtA 


V, N = V cc to0V 


'OL 


Output Leakage Current 




+ 10 


MA 


V OUT = V CC to0V 


'cc 


Vqc Supply Current 




200 


mA 





CAPACITANCE (T A = 25°C; v cc = gnd = ov) 



Symbol 


Parameter 


Min. 


Max. 


Units 


Test Conditions 


C IN 


Input Capacitance 




10 


PF 


f c = 1 MHz; 


C OUT 


Output Capacitance 




15 


pF 


Unmeasured 
pins returned 
to GND 


C l/0 


Input/Output Capacitance 




20 


PF 
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A.C. CHARACTERISTICS (T A = o°c to 70°c ; v cc = +5V ±10%)' 



Symbol 


Parameter 


Min. 


Max. 


Units 


Test Conditions 


*CY 


CLK Period 


250 


4000 


ns 




tfJL 


CLK Low Time 


105 


2000 


ns 




l CH 


CLK High Time 


105 


2000 


ns 




*r 


CLK Rise Time 





30 


ns 




*f 


CLK Fall Time 





30 


ns 




*AR 


AO, A1 Setup to RDj 







ns 




*ad 


AO, A1 to Data Output Dlay 




200 


ns 


C L =150 pf 


*RA 


AO. A1 Hold After RD| 







ns 




*RD 


RD| to Data Output Delay 




200 


ns 


C L =150 pf 


*RR 


RD Pulse Width 


250 




ns 




*DF 


Output Float Delay 




120 


ns 




*aw 


CS, AO, A1 Setup to WR| 







ns 




l WA 


CS, AO, A1 Hold after WRf 







ns 




t W w 


WR Pulse Width 


250 




ns 




*DW 


Data Setup to WRf 


150 




ns 




*WD 


Data Hold After WRf 







ns 




tpi 


IpT Setup to INTAj 







ns 




*IP 


IPl Hold after INTAf 


10 




ns 




l ll 


INTA Pulse Width 


250 




ns 




tpiPO 


TPI| to IPO Delay 




100 


ns 




l ID 


INTAI to Data Output Deay 




200 


ns 




^Q 


RDor WRtoDRQI 




150 


' ns 




4 RV 


Recovery Time Between Controls 


300 




ns 




l cw 


CS, AO, A1 to RDY A or RDY B Delay 




140 


ns 




tDCY 


Data Clock Cycle 


4.5 




tcy 




l DCL 


Data Clock Low Time 


180 ' 




ns 




l DCH 


Data Clock High Time 


180 




ns 




*TD 


TxC to TxD Delay (x1 Mode) 




300 


ns 




tps 


RxD Setup to RxCf 







ns 




^H 


RxD Hold after RxCf 


140 




ns 




t|TD 


txC to INT Delay 


4 


6 


tcy 




^RD 


RxC to INT Delay 


7 


10 


tcy 




tpL 




200 




ns 




CTS, CD, SYNDET Low Time 


tpH 




200 




ns 




CTS, CD, SYNDET High Time 


Mpd 






500 


ns 




External INT from CTS, CD, SYNDET 



1. For Extended Temperature EXPRESS, use MIL8274 electrical Parameters 
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A.C. TESTING INPUT, OUTPUT WAVEFORM 



A.C. TESTING LOAD CIRCUIT 



INPUT/OUTPUT 



I 4 

^> TEST POINTS <^ 



AC. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC T AND 0.45V FOR 
A LOGIC 0. TIMING MEASUREMENTS ARE MADE AT 2:0V FOR A LOGIC T 
AND 0.8V FOR A LOGIC 0.' 



DEVICE 
UNDER 
TEST 



~i 
I 



C L = 150 pF 



C L =150pF 

C L INCLUDES JIG CAPACITANCE 



WAVEFORMS 



CLOCK CYCLE 

CLK 
















7 


/ 




7 


f 


* »CH — *> 


\ 


^ 


|£- 



















READ CYCLE 

CS, A0, A1 jf 








X 


"* «AR * 








, 


k 


<r -7 


/ 








RD 
DB -DB 7 


s 




u 


"* l RD *" 




— 


X 


c _ ■ 




HIGH IMPEDANCE 
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WAVEFORMS (Continued) 




INTA CYCLE 



INTA 
NOTE1 



X 





N OTES : 

1. INTA signal acts as RD signal. 

2. IPI signal acts as CS signal. 



DMA CYCI F 










DRQ / 


N 


r 




^ 


t 










\ 

CS, AO, A1 X 


-> 


/ 


^_t AR /» AW _ ». 


k 


J 


M — t RA /t WA _». 


RDORWR 


^ 


£ 













9-81 



iny* 



8274 



WAVEFORMS (Continued) 



READ/WRITE CYCLE (SOFTWARE POLLED MODE) 




\ • 


CS, AO. A1 


\ / 


/ 










RDORWR 


\ 


, / 


' A- 












•HV 






/ 


\ 




r -/ 












OTHER TIMING — "V 

CTS, CD, SYNDET >. 




*PL 












/ 


/. \ 


\ 




s 






\ 












l IHU 


*L ' ' ' 


INT 






N 











9-82 



iny* 



82530/82530-6 
SERIAL COMMUNICATIONS CONTROLLER (SCC) 



Two independent full duplex serial 
channels 

On chip crystal oscillator, Baud-Rate 
Generator and Digital Phase Locked Loop 
for each channel 

Programmable for NRZ, NRZI or FM data 
encoding/decoding 

Diagnostic local loopback and automatic 
echo for fault detection and isolation 

System Clock Rates: 
—4 Mhz for 82530 
—6 Mhz for 82530-6 

Max Bit Rate (6MHz) 

— Externally clocked: 1.5 Mbps 

Self clocked: 

375 Kbps FM CODING 

187 Kbps NRZI CODING 

Interfaces easily with any INTEL CPU, 
DMA or I/O processor 



Asynchronous Modes 

— 5-8 bit character; odd, even or no 
parity; 1, 1.5 or 2 stop bits 

— Independent transmit and receive 
clocks. 1X, 16X, 32X or 64X 
programmable sampling rate 

— Error Detection: Framing, Overrun and 
Parity 

— Break detection and generation 

Bit synchronous Modes 

— SDLC Loop/Non-Loop Operation 

— CRC-16 or CCITT Generation Detection 

— Abort generation and detection 

— l-field residue handling 

— CCITT X.25 compatible 

Byte synchronous Modes 

— Internal or external character 
synchronization (1 or 2 characters) 

— Automatic CRC generation and 
checking (CRC 16 or CCITT) 

— IBM Bisync compatible 



The INTEL 82530 Serial Communications Controller (SCC) is a dual-channel, multi-protocol 
data communications peripheral. It is designed to interface high speed communications lines 
using Asynchronous. Byte synchronous and Bit synchronous protocols to INTEL'S micro- 
processors' based systems. It can be interfaced with Intel's MCS51, iAPX86/88/186 and 188 in 
polled, interrupt driven or DMA driven modes of operation. 

The SCC is a40 pin device manufactured using INTEL'S high-performance HMOS II technology. 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses 
are implied. . 



©INTEL CORPORATION, 1984 
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BUS 

BUFFERS 




DBO-7<*~ " ^ 


: > 






CLK 




1 




m—t 






(RTA— •< 






IEO~— 


OPERATION 




IEI « 


CONTROL 




R57A/fii3A-^-« 






^5?B/fiEQ B — « 






DTHa/RKSa ■•— « 






BTBb/REQb-^-< 








! i w 




a/5 D/5" CSwrRd 




SYSTEM INTERFACE 





BAUD 

RATE 

GENERATOR 



- RxO A 
■ RTxC'a 



• SYNC* 



■ RTSa 

• CTSa 

• 615a 



-RxD b 
-RTSCb 
- TRxCb 

«-^svn5b 

■»RT5 B 
-cts b 
-55 a 



Figure 1. 82530 Internal Block Diagram 









DB1 £ 


1 40 


2 DB0 


DB3 £ 


2 39 


2 DB2 


DB5 £ 


3 38 


2 DB4 


DB7 n 


4 37 


2 DB6 


TNT C 


5 36 


2 rb 


IEO £ 


£ 35 


2 WR 


IE. C 

irta c 


7 34 

8 33 


3 MB 

2 cs 


Vcc C 


9 32 


2 D/C 


S?NC A C 


10 31 
82530 

11 30 


2 GND 

2 RDYb/REQb 


RWCa C 


12 29 


2 SYNCb 


RxD A C 


13 28 


2 RTVCb 


TR^Ca C 


14 27 


2 RxDb 


TxDa C 


15 26 


3 TRx5 B 


BTRa/RIQa C 


16 25 


U TxD B 


RT§a C 
CTS A t 


17 24 

18 23 


2 dtrb/REQb 

D RTSb 


cb a C 

CLK [| 


19 22 

20 21 


2 CTS B 
] CD B 









Figure 2. Pin configuration 
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The following section describes the pin functions 
of the SCC. Figure 2 details the pin assignments 



Table 1. Pin Description 



Symbol 


Pin No. 


Type 


Name and Function 


DB 
DBt 
DB 2 
DB 3 
DB 4 
DB 5 
DB 6 
DB 7 


4Q 
1 

39 

2 

38 

3 

37 
4 


I/O 
I/O 
I/O 
I/O 
I/O 
I/O 
I/O 
I/O 


Data Bus: The Data Bus lines are bi-directional three-state lines which 
interface with the system's Data Bus. These lines carry data and 
commands to and from the SCC. 


INT 


5 





Interrupt Request: The interrupt signal is activated when the SCC 
requests an interrupt. It is an open drain output. 


IEO 


6 


c 


Interrupt Enable Out: IEO is High only if IEI is High and the CPU is not 
servicing an SCC interrupt or the SCC is not requesting an interrupt 
(Interrupt Acknowledge cycle only). IEO is connected to the next lower 
priority device's IEI input and thus inhibits interrupts from lower priority 
devices. 


IEI 


7 


I 


Interrupt Enable In: IEI is used with IEO to form an interrupt daisychain 
when there is more than one interrupt-driven device. A High IEI indi- 
cates that no other higher priority device has an interrupt under service 
or is requesting an interrupt. 


INTA 


8 


I 


Interrupt Acknowledge: This signal indicates an active Interrupt Acknowl- 
edge c^cle. During this cycle, the SCC interrupt daisy chain settles. 
When RD becomes active, the SCC places an interrupt vector on the 
data bus (if IEI is High). INTA is latched by the rising edge of CLK. 


Vcc 


9 




Power: +5V Power supply 


,RDY A /REQ A 
RDY B /RE5 B 


10 
30 






Ready/Request (output, open-drain when programmed for a Ready 
function, driven High or Low when programmed for a Request function). 
These dual-purpose outputs may be programmed as Request lines for a 
DMA controller or as Ready lines to synchronize the CPU to the SCC 
data rate. The reset state is Ready. 


SYNC A 
SYNC B 


11 
29 


I/O 
I/O 


Synchronization: These pins can act either as inputs, outputs or part of 
the crystal oscillator circuit. In the Asynchronous Receive mode (crystal 
oscillator option not selected), these pins are inputs similar to CTS and 
CD. In this mode, transitions on these lines affect the state of the 
Synchronous/Hunt status bits in Read Register (Figure 9) but have no 
other function. 

In External Synchronization mode with the crystal oscillator not 
selected, these lines also act as inputs. In this mode, SYNC must be 
driven LOW two receive clock cycles after the last bit in the synchronous 
character is received; Character assembly begins on the rising edge of 
the receive clock immediately preceding the activation of SYNC. 

In the Internal Synchronization mode (Monosync and Bisync) with the 
crystal oscillator not selected, these pins act as outputs and are active 
' only during the part of the receive clock cycle in which synchronous 
characters are recognized. The synchronous condition is not latched, so 
these outputs are active each time a synchronization pattern is 
recognized (regardless of characters boundaries). In SDLC mode, these 
pins act as outputs and are valid on receipt of a flag. 
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Table 1. Pin Description (Cont.) 



Symbol 


Pin No. 


TVpe 


Name and Function 


RTxC A 
RTxC b 


12 
28 


I 
I 


Receive/Transmit clocks: These pins can be programmed in several 
different modes of operation. In each channel, RTxC may supply the 
receive clock, the transmit clock, the clock for the baud rate generator, 
or the clock for the Digital Phase Locked Loop. These pins can be 
programmed for use with the respective SYNC pins as a crystal 
oscillator. The receive clock may be 1, 16, 32, or 64 times the data rate in 
Asynchronous modes. 


RxD a 
RxD b 


13 
27 


I 
I 


Receive Data: These lines receive serial data at standard TTL levels. 


TRxC a 
TRxC b 


14 
26 


I/O 
I/O 


Transmit/Receive clocks: These pins can be programmed in several 
different modes of operation. TRxC may supply the receive clock or the 
transmit clock in the input mode or supply the output of the Digital 
Phase Locked Loop, the crystaj oscillator, the baud rate generator, or the 
transmit clock in -the output mode. 


TxDA 
TxDA 


15 
25 


b 




Transmit Data: These output signals transmit serial data at standard TTL 
levels 


DTRaREQa 
DTRbREQb 


16 

24 . 




o 


Data Terminal Ready/Request: These outputs follow the state pro- 
grammed into the DTR bit. They can also be used as general purpose 
outputs or as Request lines for a DMA controller. 


rTs a 
rts b . 


17 
23 






Request To Send: When the Request to Send (RTS) bit in Write Register 5 
is set (figure 10), the RTS signal goes Low. When the RTS bit is reset in 
the Asynchronous mode and Auto Enable is on, the signal goes High 
after the transmitter is empty. In Synchronous mode or in Asynchronous 
mode with Auto Enable off, the RTS pin strictly follows the state of the 
RTS bit. Both pins can be used as general-purpose outputs. 


CTS a 
CTS B 


18 
22 


i 
i 


Clear To Send: If these pins are programmed as Auto Enables, a Low on 
the inputs enables the. respective transmitters. If not programmed as 
Auto Enables, they may be used as general-purpose inputs. Both inputs 
are Schmitt-trigger buffered to accommodate slow rise-time inputs. 
The SCC detects pulses on these inputs and can interrupt the CPU on 
both logic level transitions. 


CD A 
CD B 


19 
21 


i 
i 


Carrier Detect: These pins function as receiver enables if they, are 
programmed for Auto Enables; otherwise they may be used as general- 
purpose input pins. Both pins are Schmitt-trigger buffered to accom- 
modate slow rise time signals. The SCC detects pulses on these pins and 
can interrupt the CPU on both logic level transitions. 


CLK 


20 


i 


Clock: This is the system SCC clock used to synchronize internal 
signals. CLK is a TTL level signal. 


GND 


31 




Ground 


D/C 


32 


i 


Data/Command Select: This signal defines the type of information 
transferred to or from the SCC. A High means data is transferred; a Low 
indicates a command. 


cs 


33 


1 


Chip Select:This signal selects the SCC for a read or write operation. 


A/B 


34 


i 


Channel A/Channel B Select: This signal selects the channel in which 
the read or write operation occurs. 


WR 


35 


i 


Write: When the SCC is selected this signal indicates a write operation. 
The coincidence of RD and WR is interpreted as a reset. 


RD 


36 


i 


Read: This signal indicates a read operation and when the SCC is 
selected, enables the.SCC's bus drivers. During the Interrupt Acknowl- 
edge cycle, this signal gates the interrupt vector onto the bus if the SCC 
is the highest priority device requesting an interrupt. 
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GENERAL DESCRIPTION 

The INTEL 82530 Serial Communications Con- 
troller (SCC) is a dual-channel, multi-protocol data 
communications peripheral. The SCC functions as 
a serial-to-parallel, parallel-to-serial converter/con- 
troller. The SCC can be software-configured to 
satisfy a wide range of serial communications appli- 
cations. The device contains new, sophisticated 
internal functions including on-chip baud rate gen- 
erators, digital phase locked loops, various data 
encoding and decoding schemes, and crystal oscil- 
lators that dramatically reduce the need for external 
logic. 

In addition, diagnostic capabilities-automatic echo 
and local loopback - allow the user to detect and 
isolate a failure in the network. They greatly improve 
the reliability and maintainability of the system. 

The SCC handles Asynchronous formats, Synch- 
ronous byte-oriented protocols such as IBM Bisync, 
and Synchronous bit-oriented protocols such as 
HDLC and IBM SDLC. This versatile device sup- 
ports virtually any serial data transfer application 
(Terminal, Personal Computer, Peripherals, Indus- 
trial Controller, Telecommunication system, etc.). 

The 82530 can generate and check CRC codes in 
any Synchronous mode and can be programmed to 
check data integrity in various modes. The SCC also 
has facilities for modem controls in both channels. 
In applications where these controls are not needed, 
the modem controls can be used for general- 
purpose I/O. 

The INTEL 82530 is designed to support INTEL'S 
MCS51, iAPX86/88and iAPX186/188 families. 



ARCHITECTURE 

The 82530 internal structure includes two full- 
duplex channels, two baud rate generators, internal 
control and interrupt logic, and a bus interface to a 
non-multiplexed CPU bus. Associated with each 
channel area number of read and write registers for 
mode control and status information, as well as 
logic necessary to interface to modems or other 
external devices. 



The register set for each channel includes ten con- 
trol (write) registers, two synchronous character 
(write) registers, and four status (read) registers. In 
addition, each baud rate generator has two (read/w- 
rite) registers for holding the time constant that 
determines the baud rate. Finally, associated with 
the interrupt logic is a write register for the interrupt 
vector accessible through either channel, a write- 
only Master Interrupt Control register and three 
read registers: one containing the vector with status 
information (Channel B only), one containing the 
vector without status (A only), and one containing 
the Interrupt Pending bits.(A only). 

The registers for each channel are designated as 
follows: 

WR0-WR15 - Write Registers through 15. 
RR0-RR3, RR10, RR12, RR13, RR15- Read Registers 
through 3, 10,12,13, 15 

Table 2 lists the functions assigned to each read or 
write register. The SCC contains only one WR2 
and WR9, but they can be accessed by either 
channel. All other registers are paired (one for 
each channel). 



DATA PATH 

The transmit and receive data path illustrated in 
Figure 3 is identical for both channels. The receiver 
has three 8-bit buffer registers in a FIFO arrange- 
ment, in addition to the 8-bit receive shift register. 
This scheme creates additional time for the CPU to 
service an interrupt at the beginning of a block of 
high-speed data. Incoming data is routed through 
one of several paths (data or CRC) depending on 
the selected mode (the character length in asynch- 
ronous modes also determines the data path). 

The transmitter has an 8-bit transmit data buffer 
register loaded from the internal data bus and a 
20-bit transmit shift register that can be loaded 
either from the sync-character registers or from the 
transmit data register. Depending on the opera- 
tional mode, outgoing data is routed through one of 
four main paths before it is transmitted from the 
Transmit Data output (TxD). 



The logic for both channels provides formats, syn- 
chronization, and validation for data transferred to 
and from the channel interface. The modem control 
inputs are monitored by the control logic under 
program control. All of the modem control signals 
are general-purpose in nature and can optionally be 
used for functions other than modem control. 
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Table 2. Read and Write Register Functions 



READ REGISTER FUNCTIONS 


WRITE REGISTER FUNCTIONS 


RRO 


Transmit/Receive buffer status and 
External status 


WRO 


CRC initialize, initialization commands for 
the various modes, shift right/shift left 


RR1 
RR2 


Special Receive Condition status 

Modified interrupt vector 

(Channel B only) 
Unmodified interrupt 

(Channel A only) 


WR1 
WR2 


command 

Transmit/Receive interrupt and data 
transfer mode definition 

Interrupt vector (accessed through either 
channel) 


RR3 
RR8 


Interrupt Pending bits 
(Channel A only) 

Receive buffer 


WR3 
WR4 


Receive parameters and control 

Transmit/Receive miscellaneous parame- 
ters and modes 


RR10 


Miscellaneous status 


WR5 


Transmit parameters and controls 


RR12 


Lower byte of baud rate generator time 


WR6 


Sync characters or SDLC address field 


RR13 
RR15 


constant 

Upper byte of baud rate generator time 
constant 

External/Status interrupt information 


WR7 
WR8 
WR9 


Sync character or SDLC flag 

Transmit buffer 

Master interrupt control and reset 
(accessed through either channel) 






WR10 


Miscellaneous transmitter/ receiver control 
bits 






WR11 


Clock mode control 






WR12 


Lower Byte of baud rate generator time 
constant 






WR13 


Upper byte of baud rate generator time 
constant 






WR14 


Miscellaneous control bits 






WR15 


External/Status interrupt control 
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FUNCTIONAL DESCRIPTION 

The functional capabilities of the SCC can be des- 
cribed from two different points of view: as a data 
communications device, it transmits and receives 
data in a wide variety of data communications pro- 
tocols; as a microprocessor peripheral, it interacts 
with the CPU and provides vectored interrupts and 
handshaking signals. 

DATA COMMUNICATIONS 
CAPABILITIES 

The SCC provides two independent full-duplex 
channels programmable for use in any common 
asynchronous or synchronous data-communications 
protocol. Figure 4 and the following description 
briefly detail these protocols. 

Asynchronous Modes 

Transmission and reception can be accomplished 
independently on each channel with five to eight 
bits per character, plus optional even or odd parity. 
The transmitter can supply one, one-and-a-half or 
two stop bits per character and can provide a break 
output at any time. The receiver break-detection 
logic interrupts the CPU both at the start and at the 



end of a received break. Reception is protected from 
spikes by a transient spike-rejection mechanism 
that checks the signal one-half a bit time aftera Low 
level is detected on the receive data input (RxD A or 
RxD B ). If the Low does not persist (as in the case of a 
transient), the character assembly process does not 
start. 

Framing errors and overrun errors are detected and 
buffered together with the partial character on 
which they occur. Vectored interrupts allow fast ser- 
vicing of error conditions using dedicated routines. 
Furthermore, a bulit-in checking process avoids the 
interpretation of a framing error as a new start bit: a 
framing error results in the addition of one-half a bit 
time to the point at which the search for the next 
start bit begins. 

The SCC does not require symmetric transmit and 
receive clock signals — a feature allowing use of the 
wide variety of clock sources. The transmitter and 
receiver can handle data at a rate of 1, 1/16, 1/32, or 
1/64 of the clock rate supplied to the receive and 
transm it clock inputs. In asynchronous modes, the 
SYNC pin may be programmed as an input used for 
functions such as monitoring a ring indicator. 
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Synchronous Modes 

The SCC supports both byte-oriented and bit- 
oriented synchronous communication. Synchronous- 
byte-oriented protocols can be handled in several 
modes allowing character synchronization with a 
6-bit or 8-bit synchronous character (Monosync), 
any 12-bit synchronous pattern (Bisync), or with an 
external synchronous signal. Leading synchronous 
characters can be removed without interrupting the 
CPU. 

Five- or 7-bit synchronous characters are detected 
with 8- or 16-bit patterns in the SCC by overlapping 
the larger pattern across multiple incoming syn- 
chronous characters as shown in Figure 5. 

CRC checking for Synchronous byte-oriented 
mode is delayed by one character time so that the 
CPU may disable CRC checking on specific charac- 
ters. This permits the implementation of protocols 
such as IBM Bisync. 

Both CRC-16 (X 16 + X 15 + X 2 + 1 ) and CCITT (X 16 + X 12 
+ X 5 + 1 ) error checking polynomials are supported. 
Either polynomial may be selected in all synchro- 
nous modes. Users may preset the CRC generator 
and checker to all 1s or all 0s. The SCC also pro- 
vides a feature that automatically transmits CRC 
data when no other data is available for transmis- 
sion. 

This allows for high-speed transmissions under 
DMA control, with no need for CPU intervention at 
the end of a message. When there is no data or CRC 
to send in synchronous modes, the transmitter 
inserts 6-, 8-, or 16-bit synchronous characters, 
regardless of the programmed character length. 

The SCC supports synchronous bit-oriented pro- 
tocols, such as SDLC and HDLC, by performing 
automatic flag sending, zero insertion, and CRC 
generation. A special command can be used to 
abort a frame in transmission. At the end of a mes- 
sage, the SCC automatically transmits the CRC 
and trailing flag when the transmitter underruns. 
The transmitter may also be programmed to send an 
idle line consisting of continuous flag characters or 
a steady marking condition. 



If a transmit underrun occurs in the middle of a 
message, an external status interrupt warns the 
CPU of this status change so that an abort mav bo 
issued. The SCC may also be programmed to send 
an abort itself in case of an underrun, relieving the 
CPU of this task. One to eight bits per character can 
be sent allowing reception of a message with no 
prior information about the character structure in 
the information field of a frame. 

The receiver automatically acquires synchroniza- 
tion on the leading flag of a frame in SDLC or HDLC 
and provides a synchronization signal on the SYNC 
pin (an interrupt can also be programmed). The 
receiver can be programmed to search for frames 
addressed by a single byte (or four bits within a 
byte) of a user-selected address or to a global 
broadcast address. In this mode, frames not match- 
ing either the user-selected or broadcast address 
are ignored. The number of address bytes can be 
extended under software control. For receiving 
data, an interrupt on the first received character, or 
an interrupt on every character, or on special condi- 
tion only (end-of-frame) can be selected. The 
receiver automatically deletes all 0s inserted by the 
transmitter during character assembly. CRC is also 
calculated and is automatically checked to validate 
frame transmission. At the end of transmission, the 
status of a received frame is available in the status 
registers. In SDLC mode, the SCC must be pro- 
grammed to use the SDLC CRC polynomial, but the 
generator and checker may be be preset to all 1 s or 
all 0s. The CRC is inverted before transmission and 
the receiver checks against the bit pattern 
0001110100001111. 

NRZ, NRZI or FM coding may be used in any 1X 
mode. The parity options available in asynchronous 
modes are available in synchronous rnodes. 

The SCC can be conveniently used under DMA 
control to provide high-speed reception or trans- 
mission. In reception, for example, the SCC can 
interrupt the CPU when the first character of a mes- 
sage is received. The CPU then enables the DMA to 
transfer the message to memory. The SCC then 
issues an end-of-frame interrupt and the CPU can 
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Figure 5. Defecting 5- or 7- Bit Synchronous Characters 
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check the status of the received message. Thus, the 
CPU is freed for other service while the message is 
being received. The CPU may also enable the DMA 
first and have the SCC interrupt only on end-of- 
frame. This procedure allows all data to be trans- 
ferred via DMA. 

SDLC LOOP MODE 

The SCC supports SDLC Loop mode in addition to 
normal SDLC. In an SDLC Loop, there is a primary 
controller station that manages the message traffic 
flow and any number of secondary stations. In 
SDLC Loop mode, the SCC performs the functions 
of a secondary station while an SCC operating in 
regular SDLC mode can act as a controller (Figure 6). 





CONTROLLER 




[ SECONDARY #1 J 




( SECONDARY #2 ) 


( SECONDARY #3 




SECONDARY #4 1 



Figure 6. An SDLC Loop 



A secondary station in an SDLC Loop is always 
listening to the messages being sent around the 
loop, and in fact must pass these messages to the 
rest of the loop by retransmitting them with a one- 
bit-time delay. The secondary station can place its 
own message on the loop only at specific times. The 
controller signals that secondary stations may 
transmit messages by sending a special character, 
called an EOP (End of Poll), around the loop. The 
EOP character is the bit pattern 11111110. Because 
of zero insertion during messages, this bit pattern is 
unique and easily recognized. 

When a secondary station has a message to trans- 
mit and recognizes an EOP on the line, it changes 
the last binary one of the EOP to a zero before 
transmission. This has the effect of turning the EOP 
into a flag sequence. The secondary station now 
places its message on the loop and terminates the 
message with an EOP. Any secondary stations 



further down the loop with messages to transmit 
can then append their messages to the message of 
the first secondary station by the same process. Any 
secondary stations without messages to send merely 
echo the incoming messages and are prohibited 
from placing messages on the loop (except upon 
recognizing an EOP). 

SDLC Loop mode is a programmable option in the 
SCC. NRZ, NRZI, and FM coding may all be used in 
SDLC Loop mode. 



BAUD RATE GENERATOR 

Each channel in the SCC contains a programmable 
Baud rate generator. Each generator consists of two 
8-bit time constant registers that form a 16-bit time 
constant, a 16-bit down counter, and a flip-flop on 
the output producing a square wave. On startup, the 
flip-flop on the output is set in a High state, the value 
in the time constant register is loaded into the coun- 
ter, and the counter starts counting down. The out- 
put of the baud rate generator toggles upon reach- 
ing zero, the value in the time constant register is 
loaded into the counter, and the process is repeated. 
The time constant may be changed at any time, but 
the new value does not take effect until the next load 
of the counter. 

The output of the baud rate generator may be used 
as either the transmit clock, the receive clock, or 
both. It can also drive the digital phase-locked loop 
(see next section). 

If the receive clock or tra nsmit clock is not pro- 
grammed to come from the TRxC pin, the output of 
the ba ud rate generator may be echoed out via the 
TRxC pin. 

The following formula relates the time constant to 
the baud rate. (The baud rate is in bits/second and 
the BR clock period is in seconds.) 



baud rate =- 



1 



2 (time constant + 2) x (BR clock period) 
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Time Constant Values 
for Standard Baud Rates at BR Clock = 3.9936MHz 
Rate Time Constant 

(Baud) (decimal notation) Error 



19200 


102 


— 


9600 


206 


— 


7200 


275 


0.12% 


4800 


414 


— 


3600 


553 


0.06% 


2400 


830 


— 


2000 


996 


0.04% 


1800 


1107 


0.03% 


1200 


1662 


— 


600 


3326 


— 


300 


6654 


— 


150 


13310 


— 


134.5 


14844 


0.0007% 


110 


18151 


0.0015% 


75 


26622 


— 


50 


39934 


— 



DIGITAL PHASE LOCKED LOOP 

The SCC contains a digital phase locked-loop 
(DPLL) to recover clock information from a data- 
stream with NRZI or FM encoding. The DPLL is 
driven by a clock that is nominally 32 (NRZI) or 16 
(FM) times the data rate. The DPLL uses this clock, 
along with the datastream, to construct a clock for 
the data. This clock may then be used as the SCC 
receive clock, the transmit clock, or both. 

For NRZI coding, the DPLL counts the 32X clock to 
create nominal bit times. As the 32X clock is 
counted, the DPLL is searching the incoming data- 
stream for edges (either 1/0 or 0/1). Whenever an 
edge is detected, the DPLL makes a count adjust- 
ment (during the next counting cycle), producing a 
terminal count closer to the center of the bit cell. 

For FM encoding, the DPLLstill counts from 1 to 31, 
but with a cycle corresponding to two bit times. 
When the DPLL is locked, the clock edges in the 
datastream should occur between counts 15 and 16 
and between counts 31 and 0. The DPLL looks for 
edges only during a time centered on the 15/16 
counting transition. 

The 32X clock for th e DPLL can be programmed to 
come from either the RTxC input or the output of the 
baud rate generator. The DPLL output may b e pro- 
grammed to be echoed out of the SCC via the TRxC 
pin (if this pin is not being used as an input). 

DATA ENCODING 

The SCC may be programmed to encode and 
decode the serial data in four different ways (Figure 
7). In NRZ encoding, a 1 is represented by a High 
level and a is represented by a Low level. In NRZI 



encoding, as 1 is represented by no change in level 
and a is represented by a change in level. In FM! 
(more properly, bi-phase mark) a transition occurs 
at the beginning of every bit cell. A 1 is represented 
by an additional transition at the center of the bit cell 
and a is represented by no additional transition at 
the center of the bit cell. In FM (bi-phase space), a 
transition occursatthe beginning of every bit cell. A 
is represented by an additional transition at the 
center of the bit cell, and a 1 is represented by no 
additional transition at the center of the bit cell. In 
addition to these four methods, the SCC can be 
used to decode Manchester (bi-phase level) data by 
using the DPLL in the FM mode and programming 
the receiver for NRZ data. Manchester encoding 
always produces a transition at the center of the bit 
cell. If the transition is 0/1 the bit is a 0. If the transi- 
tion is 1/0 the bit is a 1. , 

AUTO ECHO AND LOCAL LOOPBACK 

The SCC is capable of automatically echoing every- 
thing it receives. This feature is useful mainly in 
asynchronous modes, but works in synchronous 
and SDLC modes as well. In Auto Echo mode TxD 
is RxD. Auto Echo mode can be used with NRZI or 
FM encoding with no additional delay, because the 
datastream is not decod ed be fore retransmission. In 
Auto Echo mode, the CTS input is ignored as a 
transmitter enable (although transitions on this 
input can still cause interrupts if programmed to do 
so). In this mode, the transmitter is actually bypassed 
and the programmer is res ponsible for disab ling 
transmitter interrupts and READY/REQUEST on 
transmit. 

The SCC is also capable of locaf loopback. In this 
mode, TxD is RxD just as in Auto Echo mode. How- 
ever, in Local Loopback mode, the internal transmit 
data is tied to the internal receive data and R xD is 
ignored (except to be echoed out via TxD). CTS 
and CD inputs are also ignored as transmit and 
receive enables. However, transitions on these inputs 
can still cause interrupts. Local Loopback works in 
asynchronous, synchronous and SDLC modes with 
NRZ, NRZI or FM coding of the data stream. 

SERIAL BIT RATE 

To run the 82530 (4Mhz) at 1 Mbps the receive and 
transmit clocks must be externally generated and 
synchr onized to t he syst em clock. If the serial 
clocks (RTxC and TRxC) and the system clock 
(CLK) are asynchronous, the maximum bit rate is 
880 Kbps. For self-clocked operation, i.e using the 
on chip DPLL, the maximum bit rate is 125 Kbps if 
NRZI coding is used and 250 Kbps if FM coding is 
used. 
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I/O INTERFACE CAPABILITIES 

The SCC offers the choice of Polling, Interrupt (vec- 
tored or nonvectored) and Block Transfer modes to 
transfer data, status, and control information to and 
from the CPU. The Block Transfer mode can be 
implemented under CPU or DMA control. 

POLLING 

All interrupts are disabled. Three status registers in 
the SCC are automatically updated whenever any 
function is performed. Forexample, end-of-frame in 
SDLC mode sets a bit in one of these status registers. 
The idea behind polling is for the CPU to periodi- 
cally read a status register until the register contents 
indicate the need for data to be transferred. Only 
one register needs to be read; depending on its 
contents, the CPU either writes data, reads data, or 
continues. Two bits in the register indicate the need 
for data transfer. An alternative is a poll of the Inter- 
rupt Pending register to determine the source of an 
interrupt. The status for both channels resides in 
one register. 

INTERRUPTS 

When a SCC responds to an Interrupt Acknowledge 
signal (INTA) from the CPU, an interrupt vector may 
be placed on the data bus. This vector is written in 
WR2 and may be read in RR2A or RR2B (Figures 9 
and 10). 

To speed interrupt response time, the SCC can mod- 
ify three bits in this vector to indicate status. If the 
vector is read in Channel A, status is never included; 
if it is read in Channel B, status is always included. 



Each of the six sources of interrupts in the SCC 
(Transmit, Receive and External/Status interrupts in 
both channels) has three bits associated with the 
interrupt source: Interrupt Pending (IP), Interrupt 
Under Service (IUS), and Interrupt Enable (IE). 
Operation of the IE bit is straightforward. If the IE bit 
is set for a given interrupt source, then that source 
can request interrupts. The exception is when the 
MIE (Master Interrupt Enable) bit in WR9 is reset 
and no interrupts may be requested. The IE bits are 
write-only. 

The other two bits are related to the interrupt prior- 
ity chain (Figure 8). As a peripheral, the SCC may 
request an interrupt only when no higher-priority 
device is requesting one, e.g., when I El is High. If the 
device in question requests an interru pt, it pulls 
down INT. The CPU then responds with INTA, and 
the interrupting device places the vector on the data 
bus. 

In the SCC, the IP bit signals a need for interrupt 
servicing. When an IP bit is 1 and the IEI input is 
High, the INT output is pulled Low, requesting an 
interrupt. In the SCC, if the IE bit is not set by 
enabling interrupts, then the IP for that source can 
never be set. The IP bits are readable in RR3A. 

The IUS bits signal that an interrupt request is being 
serviced. If an IUS is set, all interrupt sources of 
lower priority in the SCC and external to the SCC 
are prevented from requesting interrupts. The inter- 
nal interrupt sources are inhibited by the state of the 
internal daisy chain, while lower priority devices are 
inhibited by the I EO output of the SCC being pulled 



sec 

HIGHEST PRIORITY 



IEI DB0-DB7 INT INTA IEO 
V — 7" 



< 



TIEI DBO-UB 



IEI DB0-DB7 INT INTA IEO IEI DB0-DB7 INT INTA 

V~~Q — 



sec 

LOWEST PRIORITY 



jYiXEzzZJT 



c=r 



Figure 8. Daisy Chaining SCC's 
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Low and propagated to subsequent peripherals. An 
IUS bit is set during an Interrupt Acknowledge cycle 
if there are no higher priority devices requesting 
interrupts. 

There are three types of interrupts: Transmit, Receive 
and External/Status interrupts. Each interrupt type 
is enabled under program control with Channel A 
having higher priority than Channel B, and with 
Receiver, Transmit and External/Status interrupts 
prioritized in that order within each channel. When 
the Transmit interrupt is enabled, the CPU is inter- 
rupted when the transmit buffer becomes empty. 
(This implies that the transmitter must have had a 
data character written into it so that it can become 
empty.) When enabled, the receiver can interrupt 
the CPU in one of three ways: 

• Interrupt on First Receive Character or Special 
Receive condition. 

• Interrupt on all Receive Characters or Special 
Receive condition. 

• Interrupt on Special Receive condition only. 



Interrupt on First Character or Special Condition 
and Interrupt on Special Condition Only are typi- 
cally used with the Block Transfer mode. A Special 
Receive Condition is one of the following: receiver 
overrun, framing error in Asynchronous mode, End- 
of-Frame in SDLC mode and, optionally, a parity 
error. The Special Receive Condition interrupt is 
different from an ordinary receive character avail- 
able interrupt only in the status placed in the vector 
during the Interrupt-Acknowledge cycle. In Inter- 
rupt on First Receive Character, an interrupt can 
occur from Special Receive conditions any time 
after the first receive character interrupt. 

The main function of the External/Stat us in t erru pt is 
to mo nitor the signal transitions of the CTS, CD, and 
SYNC pins; however, an External/Status interrupt is 
also caused by a Transmit Underrun condition, or a 
zero count in the baud rate generator, or by the 
detection of a Break (asynchronous mode), Abort 
(SDLC mode) or EOP (SDLC Loop mode) sequence 
in the data stream. The interrupt caused by the Abort 
or EOP has a special feature allowing the SCC to 
interrupt when the Abort or EOP sequence is 
detected or terminated. This feature facilitates the 
proper termination of the current message, correct 
initialization of the next message, and the accurate 
timing of the Abort condition in externallogic in 
SDLC mode. In SDLC Loop mode this feature 
allows secondary stations to recognize the wishes 
of the primary station to regain control of the loop 
during a poll sequence. 



CPU/DMA BLOCK TRANSFER 

The SCC provides a Block Transfer mode to ac- 
commodate CPU block transfer functions and DMA 
controllers. The B lock Transfer mode uses the 
READY/REQUEST output in conjunct ion with the 

Ready/request bits in wrl The ready/re- 
quest o utput ca n be defined under software con- 
trol as a READY line in the CPU Block Transfer 
mode (WR1; D6=0) or as a request line in the DMA 
Block Transfer m ode (WR1; D6=1). To a DMA con- 
troller, the SCC REQUEST output indicates that 
the SCC is ready to t ransfer data to or from 
memory. To the CPU, the READY line indicates that 
the SCC is not ready to transfer data/thereby 
requesting that t he CPU extend the I/O cycle. The 
DTR/REQUEST line allows full-duplex operation 
under DMA control. 



PROGRAMMING 

Each channel has fifteen Write registers that are 
individually programmed from the system bus to 
configure the functional personality of each chan- 
nel. Each channel also has eight Read registers from 
which inie system can read Status, Baud rate, or 
Interrupt information. 

Only the four data registers (Read, Write for channejs 
A and B) are directly selected by a High on the D/C 
ingut and the appropriate levels on the RD, WR and 
A/B pins. All other registers are addressed indirectly 
by the content of Write Register in conjunction 
with a Low on the D/5 input and the appropriate 
levels on the RD, WR and A/B pins. If bit 4 in WWO is 
1 and bits 5 and 6 are then bits 0, 1, 2 address the 
higher registers 8 through 15. If bits 4, 5, 6 contain a 
different code, bits 0, 1 , 2 address the lower registers 
through 7 as shown on Table 3. 

Writing to or reading from any register except RRO, 
WRO and the Data Registers thus involves two 
operations: 

First write the appropriate code into WRO.then fol- 
low this by a write or read operation on the register 
thus specified. Bits through 4 in WWOare automat- 
ically cleared after this operation, so that WWO then 
points to WRO or RRO again. 

Channel A/Channel B selection is made by the A/B 
input (High - A, Low = B) 

The system program first issues a series of com- 
mands to initialize the basic mode of operation. This 
is followed by other commands to qualify condi- 
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TABLE 3. REGISTER ADDRESSING 



D/C "Point High" 


D2 Di 


Do 


Write 


Read 


Code in WRO 


in WRO 




Register 


Register 


High 


Either Way 


X 


X 


X 


Data 


Data 


Low 


Not True 

















Low 


Not True 








1 


1 


1 


Low 


Not True 





1 





2 


2 


Low 


Not True 





1 


1 


3 


3 


Low 


Not True 


1 








4 


(0) 


Low 


Not True 


1 





1 


5 


(1) 


Low 


Not True 


1 


1 





6 


(2) 


Low 


Not True 


1 


1 


1 


7 


(3) 


Low 


True 











Data 


Data 


Low 


True 








1 


9 


. 


Low 


True 





1 





10 


10 


Low 


True 





1 


1 


11 


(15) 


Low 


True 


1 








12 


12 


Low 


True 


1 





1 


13 


13 


Low 


True 


1 


1 





14 


(10) 


Low 


True 


1 


1 


1 


15 


15 



tions within the selected mode. For example, the 
asynchronous mode, character length, clock rate, 
number of stop bits, even or odd parity might be set 
first. Then the interrupt mode would be set, and 
finally, receiver or transmitter enable. 

READ REGISTERS 

The SCC contains eight read registers (actually 
nine, counting the receive buffer (RR8) in each 
channel). Four of these may be read to obtain status 
information (RR0, RR1, RR10, and RR15). Two regis- 
ters (RR12 and RR13) may be read to earn the baud 
rate generator time constant. RR2 contains either 
the unmodified interrupt vector (Channel A) or the 
vector modified by status information (Channel B). 
RR3 contains the Interrupt Pending (IP) bits (Chan- 
nel A). Figure 9 shows the formats for each read 
register. 



The status bits of RR0 and RR1 are carefully grouped 
to simplify status monitoring: e.g. when the inter- 
rupt vector indicates a Special Receive Condition 
interrupt, all the appropriate error bits can be read 
from a single register (RR1). 

WRITE REGISTERS 

The SCC contains 15 write registers (16 counting 
WR8, the transmit buffer) in each channel. These 
write registers are programmed separately to con- 
figure the functional "personality" of the channels. 
In addition, there are two registers (WR2and WR9) 
shared by the two channels that may be accessed 
through either of them. WR2 contains the interrupt 
vector for both channels, while WR9 contains the 
interrupt control bits. Figure 10 shows the format of 
each write register. 
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MAO REGISTER 



READ REGISTER 2 



D7 D6 D5 D4 D 3 



READ REGISTER 10 



READ REGISTER 13 



D7 06 D 5 D4 D 3 D2 D^ 



REAP REGISTER 1 



L 



Rx CHARACTER AVAILABLE 
. ZERO COUNT 
. Tx BUFFER EMPTY 
.CD 

. SYNC/HUNT 
-CTS 

- Tx UNDERRUN/EOM 

- BREAKMBORT 



L 



ALL SENT 
RESIDUE CODE 2 
RESIDUE CODE 1 

■ RESIDUE CODE 

• PARITY ERROR 

• Rx OVERRUN ERROR 

- CRC/FRAMING ERROR 

■ END OF FRAME (SDLC) 



READ REGISTER 3 



Ui 



INTERRUPT VECTOR* 



'MODIFIED IN B CHANNEL 



READ REGISTER U 



t 



• LOOP SENDING 



• TWO CLOCKS MISSING 

• ONE CLOCK MISSING 



READ REGISTER 15 



t 



■ tcio 

• TCn 

■ TC12 

■ TC13 
- TC14 

■ TC15 



UPPER BYTE OF 
TIME CONSTANT 



L 



CHANNEL B EXT/STAT IP* 
CHANNEL B Tx IP* 
CHANNEL B Rx IP* 
•CHANNEL A EXT/STAT IP* 
■CHANNEL A Tx IP* 
■CHANNEL A Rx IP* 



•ALWAYS IN B CHANNEL 




LOWER BYTE OF 
TIME CONSTANT 



r 



• ZERO COUNT IE 

- 

- CD IE 

- SYNC/HUNT IE 

- CTS IE 

- Tx UNDERRUN/EOM IE 

- BREAK/ABORT IE 



Figure 9. Read Register Bit Functions 
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WRITE REGISTER 





" 

0~""l 

i " 

1 
1 l" 

"1 i o 



Sor 
6 or 



NULL CODE 

POINT HIGH REGISTER GROUP 

FRESET EXT/STATUS INTERRUPTS 

SEND ABORT 

ENABLE INT ON NEXT Rx CHARACTER 

RESET Tx INT PENDING 

ERROR RESET 

RESET HIGHEST IUS 



NULL CODE 

RESET Rx CRC CHECKER 
RESET Tx CRC GENERATOR 
RESET Tx UNDERRUN/EOM LATCH 



WRITE REGISTER 1 



r 



EXT INT ENABLE 
•Tx INT ENABLE 
■PARITY IS SPECIAL CONDITION 



Rx INT DISABLE 

RxINT ON FIRST CHARACTER OR SPECIAL CONDITION 
" INT ON ALL Rx CHARACTERS OR SPECIAL CONDITION 
" Rx INT ON SPECIAL CONDITION ONLY 



-READY/DMA REQUEST ON RECEIVE/TRANSMIT 
-READY/DMA REQUEST FUNCTION 



-READY/DMA REQUEST ENABLE 



WRITE REGISTER 2 



D 7 D 6 D 5 D 4 D 3 D 2 D'i D 



L 



INTERRUPT VECTOR 



WRITE REGISTER 6 



D 7 D 6 D 5 D 4 



WRITE REGISTER 3 



t 



Rx ENABLE 

SYNC CHARACTER LOAD INHIBIT 

ADDRESS SEARCH MODE (SDLC) 



- Rx CRC ENABLE 

- ENTER HUNT MODE 
• AUTO ENABLES 



Rx 5 BITS/CHARACTER 
Rx 7 BITS/CHARACTER 
Rx 6 BITS/CHARACTER 
Rx 8 BITS/CHARACTER 



WRITE REGISTER 4 



L 



PARITY ENABLE 
PARITY EVEN/ODD 



SYNC MODES ENABLE 

1 STOP BIT/CHARACTER 
1V» STOP BITS/CHARACTER 

2 STOP BITS/CHARACTER 



8 BIT SYNC CHARACTER 
16 BIT SYNC CHARACTER 
SDLC MODE (01111110 FLAG) 
EXTERNAL SYNC MODE 



X1 CLOCK MODE 
X16 CLOCK MODE 
X32 CLOCK MODE 
X64 CLOCK MODE 



WRITE REGISTER 5 



L 



Tx CRC ENABLE 
RTS 

§DLC7CRC-16 
Tx ENABLE 
SEND BREAK 



Tx 5 BITS (OR LESS)/CHARACTER 
Tx 7 BITS/CHARACTER 
Tx 6 BITS/CHARACTER 
Tx 8 BITS/CHARACTER 



D3 D 2 Di Do 



SYNC 7 SYNC 6 

SYNCi SYNCo 

SYNC/ SYNC 6 

SYNC 3 SYNC 2 

ADR 7 ADR 6 

ADR 7 ADR 6 



SYNC 5 

SYNC 5 

SYNC 5 

SYNC! 

ADR 5 

ADR 5 



SYNC 4 
SYNC 4 
SYNC 4 
SYNCo 
ADR 4 
ADR 4 



SYNC 3 
SYNC 3 
SYNC3 



SYNC 2 
SYNC 2 
SYNC 2 



SYNCi 
SYNCi 
SYNd 



SYNCo 
SYNCo 
SYNCo 



MONOSYNC 8 BITS 

MONOSYNC 8 BITS 

BISYNC 16 BITS 

BISYNC 12 BITS 

SDLC 

SDLC (ADDRESS RANGE) 



Figure 10. Write Register Bit Functions 
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WRITE REGISTER 7 



D s D 4 D 3 D 2 



SYNC7 SYNC 6 SYNC5 

SYNC5 SYNC4 SYNC3 

SYNC 5 SYNC14 SYNC13 

SYNCn SYNC 10 SYNC9 



r 1 



sync 4 
sync 2 

SYNC! 2 
SYNCg 



SYNC3 
SYNCi 
SYNCn 
SYNC7. 



SYNC 2 
SYNCo 
SYNCio 
SYNC 6 



SYNCo MONOSYNC 8 BITS 

x MONOSYNC 8 BITS 

SYNCs BISYNC 16 BITS 

SYNC4 BISYNC 12 BITS 

SDLC 



WRITE REGISTER 9 



WRITE REGISTER 12 



t 



- STATUS HIGH/STATUS LOW 



NO RESET 

CHANNEL RESET B 
_ CHANNEL RESET A 
J FORCE HARDWARE RESET 



r 



LOWER BYTE OF 
TIME CONSTANT 



WRITE REGISTER 13 



WRITE REGISTER 10 



L 



6 BIT 8 BIT SYNC 

LOOP MODE 

ABORT/FLAG ON UNDERRUN 



NRZ 

NRZI 

FM1 (TRANSMISSION 1) 

FMO (TRANSMISSION 0) 



- MARK'FLAG IDLE 

- GO ACTIVE ON ROLL 



r 



TC14 
TC,s 



UPPER BYTE OF 
TIME CONSTANT 



WRITE REGISTER 14 



■ CRC PRESET I 5 



WRITE REGISTER 11 



Dr | P. | D 5 |P4 J O3 I P? J Pi | Do | 



7 D« D S O4 D3 D 2 



TRxC OUT = XTAL OUTPUT 
TRxC OUT = TRANSMIT CLOCK 



TRxC OUT = BR GENERATOR OUTPUT 
TRxC OUT = DPLL OUTPUT 



— TR7C0/1 

TRANSMIT CLOCK = RTiiC PIN 
~T""T" TRANSMIT CLOCK = TR«C PIN 
1 TRANSMIT CLOCK = BR GENERATOR OUTPUT 
1 | 1 | TRANSMIT CLOCK = DPLL OUTPUT 

RECEIVE CLOCK = RT7C PIN 

RECEIVE CLOCK = TrTC PIN 

RECEIVE CLOCK » BR GENERATOR OUTPUT 

RECEIVE CLOCK » DPLL OUTPUT 



BR GENERATOR ENABLE 
BR GENERATOR SOURCE 
67B REQUEST FUNCTION 
AUTO ECHO 
LOCAL LOOPBACK 



NULL COMMAND 

ENTER SEARCH MODE 

RESET MISSING CLOCK 

DISABLE DPLL 

SET SOURCE = BR GENERATOR 

SET SOURCE = RT7C 

SET FM MODE 

SET NRZI MODE 



WRITE REGISTER 15 



- RTxC XTAL/No Xffl' 



r 



■ ZERO COUNT IE 
• 

- CD IE 

- SYNC/HUNT IE 

- CTS IE 

- Tx UNOERRUN/EOM IE 

- BREAK/ABORT IE 



Figure 10. Write Register Bit Functions (Cont.) 



9-100 



230834-002 



iny 



82530/82530-6 



82530 TIMING 

The SCC_generates internal control signals from 
WR and RD that are related to CLK. Since CLK has 
no phase relationship with WR and ED, the circuitry 
generating these internal control signals must pro- 
vide time for metastable conditions to disappear. 
This gives rise to a recovery time related to CLK. The 
recovery time applies only between bus transac- 
tions involving the SCC. The recovery time required 
for proper operaton is specified from the rising edge 
of WR or RD in the first transaction involving the 
SCC to the falling edge of WR or*ED in the second 
transaction involving the SCC. This time must be at 
least 6 CLK cycles plus 200ns. 

Read Cycle Timing 

, Figure 11 illustrates Read cycle t iming . Addresses 
on A/Band D/C and the status on INTA must remain 
stable throughout the cycle. If CS falls after RD falls 
or if it rises before ED rises, the effective RD is 
shortened. 



Write Cycle Timing 

Figure 12 illustrates Write cycle timin g. Addresses 
on A/LTand D/U and the status on INTA must remain 
stable throughout the cycle. If CSfallsafterWRfalls 
or if it rises before WR rises, the effective WR is 
shortened. 

Interrupt Acknowledge Cycle Timing 

Figure 13 illustrates Interr upt A cknowledge cycle 
timing. Between the time INTA goes Low and the 
falling edge of ED, the internal and external IEI/IEO 
daisy chains settle. If there is an interrupt pending in 
the SCC and IEI is High when'ED falls, the Acknow- 
ledge cycle is intended for the SCC. In this case, the 
SCC may be programmed to respond to RD Low by 
placing its interrupt vector on D -D 7 and it then sets 
the appropriate Interrupt-Under-Service internally. 





A/B. D/C 


X 




ADDRESS VALID 
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INTA / 
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DB0-DB7 
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X 
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Figure 11. Read Cycle Timing 
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Figure 12. Write Cycle Timing 
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Figure 13. Interrupt Acknowledge Cycle Timing 
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ABSOLUTE MAXIMUM RATINGS* 

Case Temperature 

Under Bias 0°C to +70°C 

Storage Temperature 

(Ceramic Package) -65°C to +150°C 

(Plastic Package) - 40°C to + 1 25°C 

Voltage On Any Pin With 

Respect to Ground -0.5V to +7.0V 



'NOTICE: Stresses above those listed under "Absolute 
Maximum Ratings" may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 
rating conditions for extended periods may affect device 
reliability. 



D.C. CHARACTERISTICS (T c =0° C to 70° C; V CC =+5V±10%) 



Symbol 


Parameter N 


Min. 


Max. 


Units 


Test Conditions 


V| L 


Input Low Voltage 


-0.3 


+ 0.8 


V 




VlH 


Input High Voltage 


+2.4 


V cc + 0.3 


V 




Vol 


Output Low Voltage 




+0.40 


V 


I l = 2.0mA 


V H 


Output High Voltage 


+ 2.4 




V 


Ioh = -250/xA 1 


>IL 


Input Leakage Current 




+ 10 


^A 


0.4 to 2.4V 


'OL 


Output Leakage Current 




±10 


ma 


0.4 to 2.4V 


'cc 


Vq C Supply Current 




250 


mA 





CAPACITANCE (T c =25° ; V cc =GND=0V) 



Symbol 


Parameter 


Min. 


Max. 


Units 


Test Conditions 


C IN 


Input Capacitance 




10 


PF 


f c = 1 MHz; 


C OUT 


Output Capacitance 




15 


PF 


Unmeasured 
pins returned 
to GND 


C l/0 


Input/Output Capacitance 




20 


PF 
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A.C CHARACTERISTICS (T c =0° C to 70° C; V cc = +5V ±10%) 



READ AND WRITE TIMING 





82530 (4MHz) 


82530-6 (6 MHz) 




Number 


Symbol 


Parameter 


Min 


Max 


Min 


Max 


Units 


1 


tCL 


CLK Low Time 


105 


2000 


70 


1000 


ns 


2 


tCH 


CLK High Time 


105 


2000 


70 


1000 


ns 


3 


tf 


CLK Fall Time 




20 




10 


ns 


4 


tr 


CLK Rise Time 




20 




15 


ns 


5 


tCY 


CLK Cycle Time 


250 


4000 


165 


2000 


ns 


6 


tAW 


Address to WRJ Setup Time 


80 









ns 


7 


tWA 


Address to WRt Hold Time 












ns 


8 


tAR 


Address to RDi Setup Time 


80 









ns 


9 


tRA 


Address to RDt Hold Time 












ns 


10 


tic 


INTAtoCLKt Setup Time 


5 




5 




ns 


11 


tiw 


iNTA to WRT Setup Time (Note 1 ) 


200 




200 




ns 


12 


twi 


MTA to WRt Hold Time 












ns 


13 


tIR 


\NTA to RDi Setup Time (Note 1) 


200 




55 




ns 


14 


tRI 


iNTA to RTFt Hold Time 












ns 


15 


tci 


INTAtoCLKt Hold Time 


100 




100 




ns 


16 


tCLW 


CS Low to WRJ Setup Time 












ns 


17 


twcs 


S5 to WRt Hold Time 












ns 


18 


tCHW 


C5 High to WRi Setup Time 


100 




70 




ns 


19 


tCLR 


CS Low to RDi Setup Time (Note 1 ) 












ns 


20 


tRCS 


C§to EOt Hold Time (Note 1) 












ns 


21 


tCHR 


CS High to RDi Setup Time (Note 1) 


100 




5 




ns 


22 


tRR 


RD Low Time (Note 1) 


390 




250 




ns 


24 


tRDI 


RDt to Data Not Valid Delay 












ns 


25 


tRDV 


RDi to Data Valid Delay 




250 




180 


ns 


26 


tDF 


RDt to Output Float Delay (Note 2) 




70 




45 


ns 



NOTES: 

1 . Parameter does not apply to Interrupt Acknowledge transactions. 

2. Float delay is defined as the time required for a + 0.5V change 
in the output with a maximum D.C load and minimum A.C load. 

*Timings are preliminary and subject to change. 
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A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT OUTPUT 



y 



TEST POINTS 



S 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC 1 AND 0.45V 
FOR A LOGIC 0. TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A 
LOGIC "1 AND 0.8V FOR A LOGIC 



A.C. TESTING LOAD CIRCUIT 



DEVICE 

UNDER 

TEST 



~i 
I 



CL=150pF 



CL=150pF 

C L INCLUDES JIG CAPACITANCE 



OPEN DRAIN TEST LOAD 



FROM OUTPUT . 

UNDER TEST ° " 



50pF "I 
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-~\ 



§, d/c y ' 



cs 



DB0-DB7 
Read " 



WR 



DB0-DB7 
WRITE 



READY/REQ 
READY 



READY/REQ . 
REQUEST 



DTR/REQ 
REQUEST „ 



® 




H0- 



-<•> 
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Figure 14. Read and Write Timing 
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INTERRUPT ACKNOWLEDGE TIMING, RESET TIMING, CYCLE TIMING 


Number 


Symbol 


Parameter 


82530 (4MHz) 


82530-6 (6 MHz) 


Units 


Min 


Max 


Min 


Max 


27 


tAD 


Address Required Valid to Read Data 
Valid Delay 




590 




325 


ns 


28 


TWW 


WR Low Time 


390 




60 




ns 


29 


tDW 


Data to WRl Setup Time 












ns 


30 


tWD 


Data to WRt Hold Time 












ns 


31 


tWRV 


WRl to Ready Valid Delay (Note 4) 




240 




200 


ns 


32 


tRRV 


RDl to Ready Valid Delay (Note 4) 




240 




200 


ns 


33 


tWRI 


WRl to READY/REQ Not Valid Delay 




240 




200 


ns 


34 


tRRI 


RDl to READY/REQ Not Valid Delay 




240 




200 


ns 


35 


tDWR 


WRt to DTR/REQ Not Valid Delay 




5tCY 
+ 300 




5tCY 
+ 250 


ns 


36 


tDRD 


RDttoDTR/REQ Not Valid Delau 




5tCY 
+300 




5tCY 
+250 


ns 


37 


tllD 


INTA to RDl (Acknowledge) Delay 
(Note 5) 




250 




250 


ns 


38 


til 


RD (Acknowledge) Low Time 


285 




125 




ns 


39 


tIDV 


RDl (Acknowledge) to Read Data 
Valid Delay 




190 




100 


ns 


40 


tEl 


IEI to RDl (Acknowledge) Setup Time 


120 




100 




ns 


41 


tIE 


IEI to RDt (Acknowledge) Hold Time 












ns 


42 


tElEO 


IEI to IEO Delay Time 




120 




100 


ns 


43 


tCEQ 


CLKt to IEO Delay 




250 




250 


ns 


44 


tRII 


RDl to INT Inactive Delay (Note 4) 




500 




500 


ns 


45 


tRW 


RDt to WRl Delay for No Reset 


30 




15 




, ns 


46 


tWR 


WRt to RDl Delay for No Reset 


30 




30 




ns 


47 


tRES 


WR and~RD~ Coincident Low 
for Reset 


250 




250 




ns 


48 


tREC 


Valid Access Recovery Time 
(Note 3) 


6tCY 
+ 200 




6tCY 
+ 130 




ns 



NOTES: 

3. Parameter applies only between transactions involving the SCC. 

4. Open-drain output, measured with open-drain test load. 

5. Parameter is system dependent. For any SCC in the daisy chain, tl ID must be greater than the sum of tCEQ for the highest 
priority device in the daisy chain, tEl for the SCC and tElEO for each device separating them in the daisy chain. 

'Timings are preliminary and subject to change. 
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GENERAL TIMING 


Number 


Symbol 


Parameter 


82530 (4MHz) 


82530-6 (6 MHz) 


Units 


Min 


Max 


Min 


Max 


1 


tRCC 


RxCt to CLKi Setup Time (Notes 1,4) 


100 




100 




ns 


2 


tRRC 


RxD to RxCt Setup Time (X1 Mode) 
(Notel) 












ns 


3 


tRCR 


RxD to RxCt Hold Time (X1 Mode) 
(Notel) 


150 




150 




ns 


4 


tDRC 


RxD to RxCl Setup Time (X1 Mode) 
((Notes 1,5) 












ns 


5 


tRCD 


RxD to RxCi Hold Time (X1 Mode) 
(Notes 1,5) 


150 




150 




ns 


6 


tSRC 


SYNC to RxCt Setup Time (Note 1 ) 


-200 




-200 




ns 


7 


tRCS 


SYNC to RxCt Hold Time (Note 1) 


3tCY 
+ 200 




3tCY 
+ 200 




ns 


8 


tTCC 


1x"Cl to CLKt Setup Time (Notes 2,4) 


100 




100 




ns 


9 


tTCT 


TxCl to TxD Delay (X1 Mode) 
(Note 2) 




300 




300 


ns 


10 


tTCD 


TxCt to TxD Delay (X1 Mode) 
(Notes 2,5) 




300 




300 


ns 


11 


tTDT 


TxD to TRxC Delay (Send Clock 
Echo) 




200 




200 


ns 


12 


tDCH 


RTxC High Time 


180 




180 




ns 


13 


tDCL 


RTxC Low Time 


180 




180 




ns 


14 


tDCY 


RTxC Cycle Time (NOTE 6) 


4TCY 




4TCY 




ns 


15 


tCLCL 


Crystal Oscillator Period 
(Note 3) 


250 


1000 


250 


1000 


ns 


16 


tRCH 


TRxC High Time 


180 




80 




ns 


17 


tRCL 


TRxC Low Time 


180 




180 




ns 


18 


tRCY 


TRxC Cycle Time (NOTE 6) 


4TCY 




4TCY 




ns 


19 


tec 


CD or CTS Pulse Width 


200 




200 




ns 


20 


tss 


SYNC Pulse Width 


200 




200 




ns 



NOTES: 

1. 
2. 
3. 
4. 



RxC is RTxC or TRxC , whichever is supplying the receive clock. 
TxC i s TRx C or RTxC, whichever is supplying the transmit clock. 
Both RTxC and SYNC have 30pF capacitors to ground connected to them. 

Paramet erap plies only if t he da ta rate is one-fourth the system clock (CLK) rate. In all other cases, no phase relationship 
between RxC and CLK or TxC and CLK is required. 
Parameter applies only to FM encoding/decoding. 

Only applies to transmitted receivers. For DPLL and BAND RATE Generator timings Require- 
ments are identical to CHIP PC1 K Requirements. 



Timings are preliminary and subject to change. 
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INTRODUCTION 

The Intel 8251 is a Universal Synchronous/Asyn- 
chronous Receiver/Transmitter (USART) which is 
capable of operating with a wide variety of serial 
communication formats. Since many peripheral 
devices are available with serial interfaces, the 8251 
can be used to interface a microcomputer to a 
broad spectrum of peripherals, as well as to a serial 
communications channel. The 8251 is part of the 
MCS-80™ Microprocessor Family, and as such it is 
capable of interfacing to the 8080 system with a 
minimum of external hardware. 

This application note describes the 8251 as a com- 
ponent and then explains its use in sample applica- 
tions via several examples. A specific use of the 
8251 to facilitate communication between two 
MCS-80 systems is discussed in detail from both 
the hardware and software viewpoints. The first 
two sections of this application note describe the 
8251 first from a functional standpoint and then 
on a detailed level. The function of each input and 
output pin is fully defined. The next section de- 
scribes the various operating modes and how they 
can be selected, and finally, a sample design is dis- 
cussed using the 8251 as a data link between the 
MCS-80 systems. 

COMMUNICATION FORMATS 

Serial communications, either on a data link or 
with a local peripheral, occurs in one of two basic 
formats; asynchronous or synchronous. These for- 
mats are similar in that they both require framing 
information to be added to the data to enable 
proper detection of the character at the receiving 
end. The major difference between the two for- 
mats is that the asynchronous format requires 
framing information to be added to each character, 
while the synchronous format adds framing infor- 
mation to blocks of data, or messages. Since the 
synchronous format is more efficient than the 
asynchronous format but requires more complex 
decoding, it is typically found on high-speed data 
links, while the asynchronous format is used on 
lower speed lines. 

The asynchronous format starts with the basic data 
bits to be transmitted and adds a "START" bit to 
the front of them and one or more "STOP" bits 
behind them as they are transmitted. The START 
bit is a logical zero, or SPACE, and is defined as 
the positive voltage level by RS-232-C. The STOP 
bit is a logical one, or MARK, and is defined as the 
negative voltage level by RS-232-C. In current loop 
applications current flow normally indicates a 
MARK and lack of>urrent a SPACE. The START 
bit tells the receiver to start assembling a character 
and allows the receiver to synchronize itself with 
the transmitter. Since this synchronization only 



has to last for the duration of the character (the 
next character will contain a new START bit), this 
method works quite well assuming a properly 
designed receiver. One or more STOP bits are 
added to the end of the character to ensure that 
the START bit of the next character will cause a 
transition on the communication line and to give 
the receiver time to "catch up" with the transmit- 
ter if its basic clock happens to be running slightly 
slower than that of the transmitter. If, on the other 
hand, the receiver clock happens to be running 
slightly faster than the transmitter clock, the re- 
ceiver will perceive gaps between characters but 
will still correctly decode the data. Because of this 
tolerance to minor frequency deviations, it is not 
necessary that the transmitter and receiver clocks 
be locked to the identical frequency for successful 
asynchronous communication. 

The synchronous format, instead of adding bits to 
each character, groups characters into records and 
adds framing characters to the record. The framing 
characters are generally known as SYN characters 
and are used by the receiver to determine where 
the character boundaries are in a string of bits. 
Since synchronization must be held over a fairly 
long stream of data, bit synchronization is nor- 
mally either extracted from the communication 
channel by the modem or supplied from an ex- 
ternal source. 

An example of the synchronous and asynchronous 
formats is shown in Figure 1. The synchronous 
format shown is fairly typical in that it requires 
two SYN characters at the start of the message. 
The asynchronous format, also typical, requires a 
START bit preceding each character and a single 
STOP bit following it. In both cases, two 8-bit 
characters are to be transmitted. In the asynchro- 
nous mode 10*n bits are used to transmit n charac- 
ters and in the synchronous mode 8N + 16 bits are 
used. For the example shown the asynchronous 
mode is actually more efficient, using 20 bits 
versus 32. To transmit a thousand characters in the 
asynchronous mode, however, takes 10,000 bits 
versus 8,016 for the synchronous format mode. 
For long messages the synchronous format be- 
comes much more efficient than the asynchronous 
format; the crossover point for the examples 
shown in Figure 1 is eight characters, for which 
both formats require 80 bits. 

In addition to the differences in format between 
synchronous and asynchronous communication, 
there are differences with regards to the type of 
modems that can be used. Asynchronous modems 
typically employ FSK (Frequency Shift Keying) 
techniques which simply generate one audio tone 
for a MARK and another for a SPACE. The receiv- 
ing modem detects these tones on the telephone 
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Figure 1. Transmission Formats 



line, converts them to logical signals, and presents 
them to the receiving terminal. Since the modem 
itself is not concerned with the transmission speed, 
it can handle baud rates from zero to its maximum 
speed. Synchronous modems, in contrast to asyn- 
chronous modems, supply timing information to 
the terminal and require data to be presented to 
them in synchronism with this timing information. 
Synchronous modems, because of this extra clock- 
ing, are only capable of operating at certain preset 
baud rates. The receiving modem, which has an 
oscillator running at the same frequency as the 
transmitting modem, phase locks its clock to that 
of the transmitter and interprets changes of phase 
as data. 

In some cases it is desirable to operate in a hybrid 
mode which involves transmitting data with the 
asynchronous format using a synchronous modem. 
This occurs when an increase in operating speed is 
required without a change in the basic protocol of 
the system. This hybrid technique is known as 
isosynchronous and involves the generation of the 
start and stop bits associated with the asynchro- 
nous format, while still using the modem clock for 
bit synchronization. 

The 8251 USART has been designed to meet a 
broad spectrum of requirements in the synchro- 
nous, asynchronous, and isosynchronous modes. In 
the synchronous mode the 8251 operates with 5, 
6, 7, or 8-bit characters. Even or odd parity can be 
optionally appended and checked. Synchronization 
can be achieved either externally via added hard- 
ware or internally via SYN character detection. 
SYN detection can be based on one or two charac- 
ters which may or may not be the same. The single 
or double SYN characters are inserted into the 
data stream automatically if the software fails to 
supply data in time. The automatic generation of 
SYN characters is required to prevent the loss of 
synchronization. In the asynchronous mode the 
8251 operates with the same data and parity struc- 
tures as it does in the synchronous mode. In addi- 
tion to appending a START bit to this data, the 



8251 appends 1, 1#, or 2 STOP bits. Proper fram- 
ing is checked by the receiver and a status flag set 
if an error occurs. In the asynchronous mode the 
USART can be programmed to accept clock rates 
of 16 or 64 times the required baud rate. Isosyn- 
chronous operation is a special case of asynchro- 
nous with the multiplier rate programmed as one 
instead of 16 or 64. Note that XI operation is only 
valid if the clocks of the receiver and transmitter 
are synchronized. 

The 8251 USART can transmit the three formats 
in half or full duplex mode and is double-buffered 
internally (i.e., the software has a complete charac- 
ter time to respond to a service request). Although 
the 8251 supports basic data set control signals 
(e.g., DTR and RTS), it does not fully support the 
signaling described in EIA-RS-232-C. Examples of 
unsupported signals are Carrier Detect (CF), Ring 
Indicator (CE), and the secondary channel signals. 
In some cases an additional port will be required to 
implement these signals. The 8251 also does not 
interface to the voltage levels required by EIA- 
RS-232-C; drivers and receivers must be added to 
accomplish this interface. 



BLOCK DIAGRAM 

A block diagram of the 8251 is shown in Figure 2. 
As can be seen in the figure, the 8251 consists of 
five major sections which communicate with each 
other on an internal data bus. The five sections are 
the receiver, transmitter, modem control, read/ 
write control, and I/O Buffer. In order to facilitate 
discussion, the I/O Buffer has been shown broken 
down into its three major subsections: the status 
buffer, the transmit data/command buffer, and the 
receive data buffer. 

Receiver 

The receiver accepts serial data on the RxD pin and 
converts it to parallel data according to the appro- 
priate format. When the 8251 is in the asynchro- 
nous mode and it is ready to accept a character 
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Figure 2. 8251 Block Diagram 



(i.e., it is not in the process of receiving a charac- 
ter), it looks for a low level on the RxD line. When 
it sees the low level, it assumes that it is a START 
bit and enables an internal counter. At a count 
equivalent to one-half of a bit time, the RxD line is 
sampled again. If the line is still low, a valid 
START bit has probably been received and the 
8251 proceeds to assemble the character. If the 
RxD line is high when it is sampled, then either a 
noise pulse has occurred on the line or the receiver 
has become enabled in the middle of the transmis- 
sion of a character. In either case the receiver 
aborts its operation and prepares itself to accept a 
new character. After the successful reception of a 
START bit the 8251 clocks in the data, parity, and 
STOP bits, and then transfers the data on the 
internal data bus to the receive data register. When 
operating with less than 8 bits, the characters are 
right-justified. The RxRDY signal is asserted to 
indicate that a character is available. 

In the synchronous mode the receiver simply 
clocks in the specified number of data bits and 
transfers them to the receiver buffer register, 
setting RxRDY. Since the receiver blindly groups 
data bits into characters, there must be a means of 
synchronizing the receiver to the transmitter so 
that the proper character boundaries are main- 
tained in the serial data stream. This synchroniza- 
tion is achieved in the HUNT mode. 

In the HUNT mode the 8251 shifts in data on the 



RxD line one bit at a time. After each bit is re- 
ceived, the receiver register is compared to a regis- 
ter holding the SYN character (program loaded). 
If the two registers are not equal, the 8251 shifts in 
another bit and repeats the comparison. When the 
registers compare as equal, the 8251 ends the 
HUNT mode and raises the SYNDET line to indi- 
cate that it has achieved synchronization. If the 
USART has been programmed to operate with two 
SYN characters the process is as described above, 
except that two contiguous characters from the 
line must compare to the two stored SYN charac- 
ters before synchronization is declared. Parity is 
not checked. If the USART has been programmed 
to accept external synchronization, the SYNDET 
pin is used as an input to synchronize the receiver. 
The timing necessary to do this is discussed in the 
SIGNALS section of this note. The USART enters 
the HUNT mode when it is initialized into the 
synchronous mode or when it is commanded to do 
so by the command instruction. Before the receiver 
is operated, it must be enabled by the RxE bit (D2) 
of the command instructions. If this bit is not set 
the receiver will not assert the RxRDY bit. 

Transmitter 

The transmitter accepts parallel data from the 
processor, adds the appropriate framing informa- 
tion, serializes it, and transmits it on the TxD pin. 
In the asynchronous mode the transmitter always 
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adds a START bit; depending on how the unit is 
programmed, it also adds an optional even or odd 
parity bit, and either 1, IV2, or 2 STOP bits. In the 
synchronous mode no extra bits (other than parity, 
if enable) are generated by the transmitter unless 
the computer fails to send a character to the 
USART. If the USART is ready to transmit a char- 
acter and a new character has not been supplied by 
the computer, the USART will transmit a &YN 
character. This is necessary since synchronous 
communications, unlike asynchronous communica- 
tions, does not allow gaps between characters. If 
the USART is operating in the dual SYN mode, 
both SYN characters will be transmitted before the 
message can be resumed. The USART will not 
generate SYN characters until the software has sup- 
plied at least one character; i.e., the USART will 
fill 'holes' in the transmission but will not initiate 
transmission itself. The SYN characters which are 
to be transmitted by the USART are specified by 
the software during the initialization procedure. In 
either the synchronous or asynchronous modes, 
tran smission is inhibited until TxEnable and the 
CTS input are asserted. 

An additional feature of the transmitter is the abil- 
ity to transmit a BREAK. A BREAK is a period of 
continuous SPACE on the communication line and 
is used in full duplex communication to interrupt 
the transmitting terminal. The 8251 USART will 
transmit a BREAK condition as long as bit 3 
(SBRK) of the command register is set. 

Modem Control 

The mod em c ontrol section provides for t he gener- 
ation of RTS and the reception of CTS. In addi- 
tion, a general purpose output and a general pur- 
pose^ input are provided. The out p ut is labeled 
DTR and the input is labeled DSR. DTR can be 
assert ed by setting bit 2 of the command instruc- 
tion; DSR can be sensed as bit 7 of the status 
register. Although the USART itself attaches no 
special significance to these signals, DTR (Data 
Terminal Ready) is normally assigned to the 
modem, indicating that the terminal is ready to 
communicate and DSR (Data Set Ready) is a signal 
from the modem indicating that it is ready for 
communications. 



I/O Control 

The Read /Write Control Logic decodes control 
signals on the* 8080 control bus into signals which 
gate data on and off the USART's internal bus and 
controls the external I/O bus (DB0-DB7). The 
truth table for these operations is as follows: 



CE 


C/D 






Function 


READ 


WRITE 











1 


CPU Reads Data from 
USART 





1 





1 


CPU Reads Status from 
USART 








1 





CPU Writes Data to 
USART 





1 


1 





CPU Writes Command to 
USART 


1 


X 


X 


X 


USART Bus Floating 
(NO-OP) 



If neither READ or WRITE is a zero, th en the 
USART will not perform an I/O function. READ 



and WRITE being a zero at the same time is an 
illegal state with undefined results. The Read/ 
Write Control Log ic cont ains s ynchron ization cir- 
cuits so that the READ and WRITE pulses can 
occur at any time with respect to the clock inputs 
to the USART. 

The I/O buffer contains the STATUS buffer, the 
RECEIVE DATA buffer and the XMIT DATA/ 
CMD buffer as shown in Figure 2. Note that al- 
though there are two registers which store data for 
transfer to the CPU (STATUS and RECEIVE 
DATA), there is only one register which stores data 
being transferred to the USART. The sharing of 
the input register for both transmit data and com- 
mands makes it important to ensure that the 
USART does not have data stored in this register 
before sending a command to the device. The 
TxRDY signal can be monitored to accomplish 
this. Neither data nor commands should be trans- 
ferred to the USART if TxRDY is low. Failure to 
perform this check can result in erroneous data 
being transmitted. 

INTERFACE SIGNALS 

The interface signals of the 8251 USART can be 
broken down into two groups — a CPU-related 
group and a device-related group. The CPU-related 
signals have been designed to optimize the attach- 
ment of the 8251 to a MCS-80™ system. The 
device-related signals* are intended to interface a 
modem or like device. Since many peripherals 
(TTY, CRT, etc.) can be obtained with a modem- 
like interface, the USART has a broad range of 
applications which do not include a modem. Note 
that although the USART provides a logical inter- 
face to an EIA-RS-232 device, it does not provide 
EIA compatible drive, and this must be added via 
circuitry external to the 8251. As an example of a 
peripheral interface application and to aid in 
understanding the signal descriptions which follow, 
Figure 3 shows a system configured to interface 
with a TTY or CRT. 
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CPU-Related Signals 

Vcc(26) I +5 Volt Supply 

GND (4) ' I +5 Volt Common 

CLK (20) I The CLK input generates in- 

ternal device timing. No ex- 
ternal inputs or outputs are 
referenced to CLK, but the 
frequency of CLK must be 
greater than 30 times the 
Receiver or Transmitter 
clock inputs for synchronous 
mode or 4.5 times the clock 
inputs for an asynchronous 
mode. An additional con- 
straint is imposed by the 
electrical specifications (ref. 
Appendix B) which require 
the period of CLK be be- 
tween 0.42 /zsec and 1.35 
jusec. The CLK input can 
generally be connected to the 
Phase 2 (TTL) output of the 
8224 clock generator. 

RESET (21) I A high on this input per- 
forms a master reset on the 
8251. The device returns to 
the idle mode and will re- 
main there until reinitialized 
with the appropriate control 
words. 

DB 7 -DB I/O The DB signals form a three- 

(8,7,6,5,2,1, state bus which can be con- 

28,27) nected to the CPU data bus. 

Control, status, and data are 
transferred on this bus. Note 
that the CPU always remains 
in control of the bus and all 
transfers are initiated by it. 

CS(ll) I Chip Select. A low on this 

input enables communica- 
tion between the USART 
and the CPU. Chip Select 
should go low when the 
USART is being addressed by 
_ the CPU. 

C/D(12) I Control/Data. During a read 

operation this pin selects 
either status or data to be in- 
put to the CPU (high=status, 
low=data). During a write 
operation this pin causes the 
USART to interpret the data 
on the bus as a command if it 
is high or as data if it is low. 

RD(13) I A low on this input causes 

the USART to gate either 



status or data onto the data 

bus. 

WR(10) I A low on this input causes 

the USART to accept data 
on the data bus as either a 
command or as a data char- 
acter. 



TxRDY(15) O 



TxE(18) 



O 



RxRDY (14) O 



Transmitter Ready. This out- 
put signals the CPU that the 
USART is ready to accept a 
data character or command. 
It can be used as an interrupt 
to the system or, for polled 
operation, the CPU can 
check TxRDY using the 
status read operation. Note, 
however, that while the 
TxRDY status bit will be as- 
serted whenever the XMIT 
DATA/CMD buffer is empty, 
the TxRDY output will be 
asserted only if the buffer is 
empty and the USAR T is e n- 
abled to transmit (i.e., CTS is 
low and TxEN is high). 
TxRDY will be reset when 
the USART receives a charac- 
ter from the program. 
Transmitter Empty. A high 
output on this line indicates 
that the parallel to serial 
converter in the transmitter 
is empty. In 'the synchronous 
mode, if the CPU has failed 
to load a new character in 
time, TxE will go high mo- 
mentarily as SYN characters 
are loaded into the trans- 
mitter to fill the gap in trans- 
mission. 

Transmitter Ready. This out- 
put goes high to indicate that 
the 8251 has received a char- 
acter on its serial input and is 
ready to transfer it to the 
CPU. Although the receiver 
runs continuously, RxRDY 
will only be asserted if the 
RxE (Receive Enable) bit in 
the command register has 
been set. RxRDY can be con- 
nected to the interrupt struc- 
ture or, for polled operation, 
the CPU can check the condi- 
tion of RxRDY using a status 
read operation. RxRDY will 
be reset when the character is 
read by the CPU. 
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SYNDET (16) I/O Synch Detect This line is used 
in the synchronous mode only. 
It can be either an input or 
output, depending on whether 
the initialization program sets 
the USART for external or in- 
ternal synchronization. SYN- 
DET is reset to a zero by RE- 
SET. When in the internal 
synchronization mode, the 
USART uses SYNDET as an 
output to indicate that the 
device has detected the re- 
quired SYN character(s). A 
high output indicates syn- 
chronization has been achiev- 
ed. If the USART is pro- 
grammed to operate with 
double SYN characters, SYN- 
DET will go high in the mid- 
dle of the last bit of the 
second SYN character. SYN- 
DET will be reset by a status 
read operation. When in the 
external synchronization mode 
a positive-going input on the 
SYNDET line will cause the 
8251 to start assembling 
characte rs on the next falling 
edge of RxC. The high input 
should be maintained at least 
for one RxC cycle following 
this edge. 

Device-Related Signals 

DTR (24) O Data Terminal Ready. This is a 

general purpose output signal 
which can be set low by pro- 
gramming a *r in command 
instruction bit 1. This signal 
allows additional device con- 
trol. 

DSR (22) I Data Set Ready. This is a gen- 

eral purpose input signal. The 
status of this signal can be 
tested by the CPU through a 
status read. This pin can be 
used to test device status and 
is read as bit 7 of the status 
register. 

RTS (23) O Request to Send. This is a gen- 
eral purpose outp ut signal 
equivalent to DTR. RTS is 
normally used to request that 
the modem prepare itself to 
transmit (i.e., establish car- 
rier). RTS can be asserted 



(brought low) by setting bit 5 
in the command instruction. 
CTS(17) I Clear to Send. A low on this 

input enables the USART to 
transmit data. CTS is normally 
generated b y the modem in re- 
sponse to a RTS. 

RxC (25) I Receiver Clock. This clock 

controls the data rate of char- 
acters to be received by the 
USART. In the synchronous 
mode RxC is equivalent to the 
baud rate, and is supplied by 
the m odem . In asynchronous 
mode RxC is 1, 16, or 64 
times the baud rate. The clock 
division is preselected by the 
mode control instruction. 
Data is sampled by the US ART 
on the rising edge of RxC. 

RxD (3) I Receiver Data. Characters are 

received serially on this pin 
and assembled into parallel 
characters. RxD is high true 
(i.e., High = MARK or ONE). 

TxC (9) I Transmitter Clock. This clock 

controls the rate at which 
characters are transmitted by 
the USART. The relationship 
between clock rate and baud 
rate is the same as for RxC. 
Data is shifted out of the 
USART on the falling edge of 
TxC. 

TxD (19) O Transmit Data. Parallel charac- 

ters sent by the CPU are trans- 
mitted serially by the USART 
on this line. TxD is high true 
(i.e., High = MARK or ONE). 

MODE SELECTION 

The 8251 USART is capable of operating in a num- 
ber of modes (e.g., synchronous or asynchronous). 
In order to keep the hardware as flexible as possi- 
ble (both at the chip and end product level), these 
operating modes are selected via a series of control 
outputs to the USART. These mode control out- 
puts must occur between the time the USART is 
reset and the time it is utilized for data transfer. 
Since the USART needs this information to struc- 
ture its internal logic it is essential to complete the 
initialization before any attempts are made at data 
transfer (including reading status). 

A flowchart of the initialization process appears in 
Figure 4. The first operation which must occur 
following a reset is the loading of the mode control 
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D 3 | D 2 Dj I Og 




Figure 4. Initialization Flowchart 



register. The mode control register is loaded by the 
first control output (C/D=l, RD=1, WR=0, CS=0) 
following a reset. The format of the mode control 
instruction is shown in Figure 5. The instruction 
can be considered as four 2-bit fields. The first 
2-bit field (Di D ) determines whether the US ART 
is to operate in the synchronous (00) or asynchro- 
nous mode. In the asynchronous mode this field 
also controls the clock scaling factor . As an e xam- 
ple, if Di and Do are both ones, the RxC and TxC 
will be divided by 64 to establish the baud rate. 
The second field, D3— D2, determines the number 
of data bits in the character and the third, D5-D4, 
controls parity generation. Note that the parity bit 
(if enabled) is added to the data bits and is not 
considered as part of them when setting up the 
character length. As an example, standard ASCII 
transmission, which is seven data bits plus even 
parity, would be specified as: 









BAUD RATE FACTOR 


0- SYN MODE 

1 » ASYN X1 

1 » ASYN X16 
1 1 » ASYN X64 












CHARACTER LENGTH 


0*5 BITS 

1 * 6 BITS 
10*7 BITS 

1 1 * 8 BITS 












PARITY CONTROL 


X0* NO PARITY 

1 * ODD PARITY 

1 1 * EVEN PARITY 










NO- ASYN (Dt Dq^OO) 



FRAMING CONTROL 



* NOT VALID 

1*1 STOP BIT 

1 •114 STOP BITS 
11*2 STOP BITS 



X0 INTERNAL SYN 
X1 EXTERNAL SYN 
OX DOUBLE SYN CHAR 
IX SINGLE SYN CHAR 



Figure 5. Mode Instruction Format 



X X 1 1 1 X X 



The last field, D7— Dg, has two meanings, depend- 
ing on whether operation is to be in the synchro- 
nous or asynchronous mode. For the asynchronous 
mode (i.e., Di Do ¥= 00), it controls the number of 
STOP bits to be transmitted with the character. 
Since the receiver will always operate with only 
one STOP bit, D7 and Dg only control the trans- 
mitter. In the synchronous mode (Di Do = 00), 
this field controls the synchronizing process. Note 
that the choice of single or double SYN characters 
is independent of the choice of internal or external 
synchronization. This is because even though the 
receiver may operate with external synchronization 
logic, the transmitter must still know whether to 
send one or two SYN characters should the CPU 
fail to supply a character in time. 

Following the loading of the mode instruction the 
appropriate SYN character (or characters) must be 
loaded if synchronous mode has been specified. 
The SYN character(s) are loaded by the same con- 
trol output instruction used to load the mode in- 
struction. The US ART determines from the mode 
instruction whether no, one, or two SYN charac- 
ters are required and uses the control output to 
load SYN characters until the required number are 
loaded. 

At completion of the load of SYN characters (or 
after the mode instruction in the asynchronous 
mode), a command character is issued to the 
US ART. The command instruction controls the 
operation of the USART within the basic frame- 
work established by the mode instruction. The 
format of the command instruction is shown in 
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Figure 6. Note that if, as an example, the USART 
is waiting for a SYN character load and instead is 
issued an internal reset command, it will accept the 
command as a SYN character instead of resetting. 
This situation, which should only occur if two 
independent programs control the USART, can be 
avoided by outputting three all zero characters as 
commands before issuing the internal reset com- 
mand. The USART indicates its state in a status 
register which can be read under program control. 
The format of the status register read is shown in 
Figure 7. 

When operating the receiver it is important to real- 
ize that RxE (bit 2 of the command instruction) 
only inhibits the assertion of RxRDY; it does not 
inhibit the actual reception of characters. Because 
the receiver is constantly running, it is possible for 
it to contain extraneous data when it is enabled. 
To avoid problems this data should be read from 
the USART and discarded. The read should be 
done immediately following the setting of Receive 
Enable in the asynchronous mode, and following 
the setting of Enter Hunt in the synchronous 
mode. It is not necessary to wait for RxRDY be- 
fore executing the dummy read. 



D 7 D a D 5 D4 D3 D 2 0] D 



I 



TRANSMIT ENABLE 
1 - ENABLE 
0- DISABLE 



DATA TERMINAL 

READY 
"HIGH" WILL FORCE 
DTR OUTPUT TO ZERO 



RECEIVE ENABLE 
1 - ENABLE RxRDY 
0- DISABLE RxRDY 



SEND BREAK 

CHARACTER 

1- FORCES TxD "LOW" 
= NORMAL OPERATION 



ERROR RESET 

1 = RESET ALL ERROR 
FLAGS (PE.OE, FE) 



REQUEST TO SEND 
^MLGH" WILL FORCE 
RTS OUTPUT TO ZERO 



INTERNAL RESET 

"HIGH" RETURNS 8251 
TO MODE INSTRUCTION 
FORMAT 



ENTER HUNT MODE 

1 - ENABLE SEARCH FOR 
SYN CHARACTERS 



Figure 6. Command Instruction Format 



DSR SYNDET FE 



m 



m 



RxRDY TxRDY 



PARITY ERROR 
THE PE FLAT IS SET WHEN 
A PARITY ERROR IS DE- 
TECTED. IT IS RESET BY 
THE ER BIT OF THE COM- 
MAND INSTRUCTION. PE 
DOES NOT INHIBIT OPER- 
ATION OF THE 8251. 



OVERRUN ERROR 
THE OE FLAG IS SET WHEN 
THE CPU DOES NOT READ A 
CHARACTER BEFORE THE 
NEXT ONE BECOMES AVAIL- 
ABLE. IT IS RESET BY THE 
ER BIT OF THE COMMAND 
INSTRUCTION. OE DOES 
NOT INHIBIT OPERATION OF 
THE 8251; HOWEVER, THE 
PREVIOUSLY OVERRUN 
CHARACTER IS LOST' 



FRAMING ERROR (ASYNC 

ONLY) 
THE FE FLAG IS SET WHEN 
A VALID STOP BIT IS NOT 
DETECTED AT THE END OF 
EVERY CHARACTER. IT IS 
RESET BY THE ERBITOF 
THE COMMAND INSTRUC- 
TION. FE DOES NOT INHIBIT 
THE OPERATION OF THE 8251. 



-SAME DEFINITIONS 
AS I/O PINS EXCEPT 
THAT TxRDY IS NOT 
CONDITIONED BY 
TxEN OR CTS". 



Figure 7. Status Register Format 
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PROCESSOR DATA LINK 

The ability to change the operating mode of the 
USART by software makes the 8251 an ideal 
device to use to implement a serial communication 
link. A terminal initially configured with a simple 
asynchronous protocol can be upgraded to a syn- 
chronous protocol such as IBM Binary Synchro- 
nous Communication by a software only upgrade. 
In order to demonstrate the use of the 8251 
USART, the remainder of this document will 
describe the implementation of an interrupt-driven, 
full duplex communication link on the Intel 
MDS™ system. With minor modifications, the 
program developed could be used on the Intel 
SBC-80/10™ OEM card, thus implementing a data 
link between the two systems. Such a facility can 
be used to down-load programs, run diagnostics, 
and maintain common data bases in multiprocessor 
systems. 

The factors which must be considered in the design 
of such a link include the desired transmission rate 
and format, the error checking requirements, the 
desirability of full duplex operation, and the phys- 
ical implementation of the link. The basic require- 
ment of the system described here is that it allow 
an Intel SBC-80/10 OEM card to be loaded from 
an MDS development system, either locally or on 
the switched telephone network. An additional 
constraint is that the modem used on the switched 
network be readily available and inexpensive. 
These requirements led to the choice of a modem 
such as the Bell 103 A to implement the link. These 
modems, which support full duplex communica- 
tion at up to 300 baud, are readily available from a 
number of sources at reasonable cost. These 
modems are also available in acoustically coupled 
versions which do not require permanent installa- 
tion on the telephone network. Interface to the 
103 A modem is accomplished with nine wires: 
Protective Ground, Signal Ground, Transmitted 
Data, Received Data, Clear to Send, Data Set 
Ready, Data Terminal Ready, Carrier Detector, 
and Ringing Indicator. 

The utilization of the interface signals to the 
modem is as follows: 

Protective Protective Ground is used to bond 

Ground the chassis ground of the modem to 

that of the terminal. 

Signal Signal Ground provides a common 

Ground ground reference between the mo- 

dem and the terminal. 

Transmitted Transmitted Data is used to transfer 
Data serial data from the terminal to the 

modem. 



Received Received Data is used to transfer 

Data serial data from the modem to the 

terminal. 

Clear to Clear to Send indicates that the 

Send modem has established a connec- 

tion with a remote modem and is 
ready to transmit data. 

Data Set Data Set Ready indicates that the 

Ready modem is connected to the tele- 

phone line and is in the data mode. 

Data Data Terminal Ready is a signal 

Terminal from the terminal which permits 

Ready the modem to enter the data mode. 

Carrier Carrier Detector is identical to 

Detector Clear to Send in the 103 modem 

and will not be used in this inter- 
face. 

Ringing Ringing Indicator indicates that the 

Indicator modem is receiving a ringing signal 

from the telephone system. This 
signal wilt not be used in the inter- 
face, since it is possible for the 
terminal to assert Data Terminal 
Ready whenever it is ready for the 
modem to "answer the telephone". 
The modem uses Data Set Ready to 
indicate that it has answered the 
call. 

A block diagram showing the connections between 
the MDS and the SBC-80/10 through the modems 
is shown in Figure 8. Figure 9 shows the portion of 
the MDS monitor board devoted to the USARTs 
and Figure 1 shows the equivalent section of the 
SBC-80/10 board. Note that several signals on the 
MDS to not have the proper EIA defined voltage 
levels, and for this reason the adapter shown in 
Figure 1 1 was added to the MDS. The 390 pF 
capacitor was added to the 1488 driver to bring the 
rise time within EIA imposed limits of 30 volts/ 
jiisec. In Figure 7 the signal labels within the MDS 
and SBC-80/10 blocks correspond to the labels on 
the schematics, the signal labels within the modem 
blocks correspond to EIA conventions, and the 
signal labels on the wires between the blocks are 
abbreviations for the English language names of the 
signals. 

As an example of how the USART clocks can be 
generated, circuits A27, A 16, and A15 of Figure 9 
form a divider of the OSC signal. The OSC signal 
has a frequency of 18.432 MHz and is generated by 
the 8224 which generates system timing for the 
8080A. The 18.432 MHz signal results in a state 
time of 488 ns versus the normal 500 ns for the 
8080A. (This does not violate 8080A specifica- 
tions.) The 18.432 MHz signal can be divided by 
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CRTUSARTRTS/ j- 

CRTTxDATA - 

CRT Rx DATA/ - 

CRTDTR/ - 

CRTDSR/ - 

CRTSIGGND - 
'CRT INTERFACE 



REQTOSEND 
RECEIVE DATA 
TRANSMITTED DATA 
DATA SET RDY 
DATA TERM'L RDY 



'CRT' INTERFACE 



Figure 8. System Block Diagram 




Figure 9. El A Adapter 



30 and then 64 to give a 9600 baud communica- 
tion standard. The 9600 baud signal can be further 
divided to give 4800, 2400, 1200, 600, and 300 
baud signals. The 1200 baud signal can be divided 
by 11 to give a 109.1 baud signal which is within 
1% of the 110 baud standard signal rate. Note that 
because of constraints on the CLK input 9600 
baud operation is not possible in the X64 mode. 
The divide by 64 can be accomplished by dividing 
by 4 with a counter and then 16 within the 
USART. 

In order to keep the system as general purpose as 
possible, it was decided to transmit 8-bit data char- 
acters with an appended odd parity bit. Having a 
full 8-bit byte available for data enables the trans- 
mission of codes such as ASCII (which is 7-level 
with an additional parity bit) to be transmitted 
and received transparently in the system. Also, of 
course, it allows 8-bit bytes from the 8080 A mem- 
ory to be transferred in one transmission character. 
If error checking beyond the parity check is re- 
quired, it could be added to the data record to be 
transmitted in the form of redundant check charac- 
ters. 



Before the software design of the system could be 
undertaken, it was necessary to decide whether 
service requests from the USART would be han- 
dled on a polled or interrupt driven mode. Polled 
operation normally results in more compact code 
but it requires that whatever programs are running 
concurrently with a transmission or reception must 
periodically either check the status of the USART 
or call a routine that does. Since it was not possible 
to determine what program might be running dur- 
ing a receive or transmit operation, it was decided 
to operate in an interrupt driven mode. 

The program which operates the 8251 must be 
instructed as to what data it should transmit or 
receive from some other program resident in the 
8080 system. To facilitate the discussion of the 
operation of the software, the following definitions 
will be made: 

US RUN is the program which controls the 
operation of the 825 1 . 

USER is a program which utilizes USRUN in 
order to effect a data transmission. 

USER passes commands and parameters to 
USRUN by means of the control block shown in 
Figure 12. The first byte of the block contains the 
command which USER wants USRUN to execute. 
Valid contents of this byte are "C" which causes 
USRUN to initialize itself and the 8251, "R" 
which causes the execution of the data input (or 
READ) operation, and "W" which causes a data 
output (WRITE) operation. The second byte of the 
control block is used by USRUN to inform USER 
of the status of the requested operation. The third 
and fourth bytes specify the starting address of a 
buffer set up by USER which contains the data for 
a transmit operation or which will be used by 
USRUN to store received data. The fifth and sixth 
bytes are concatenated to form a positive binary 
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Figure 10. SBC 80/10 Serial I/O 
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Figure 11. MDS Monitor Module 
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number which specifies how many bytes of data 
USER wants transferred/The seventh and eighth 
bytes are concatenated and used by US RUN to 
count the number of bytes that have been trans- 
ferred. When the required number of characters 
have been transferred, or if USRUN terminates a 
READ or WRITE due to an abnormal condition, 
then USRUN calls a subroutine at an address de- 
fined by the ninth and tenth bytes of the com- 
mand block. This subroutine, which is provided by 
USER, must determine the state of the process and 
then take appropriate action. 

Since USRUN must be capable of operation in a 
full duplex mode (i.e., be able to receive and trans- 
mit simultaneously), it keeps the address of two 
control blocks; one for a READ operation and one 
for a WRITE. The address of the controlling com- 
mand block is kept in RAM locations labeled 
RCBA for the READ operation and TCBA for the 
WRITE operation. If RCBA (Receive Control 
Block Address) or TCBA (Transmit Control Block 
Address) is zero, it indicates that the corresponding 
operation is in an idle status. 

Flowcharts of USRUN appear in Figure 1 3 and the 
listings appear in Figure 14. The first section of the 
flowcharts (Figures 13.1 and 13.2) consists of two 
subroutines which are used as convenient tools for 
operating on the control blocks. These routines are 
labeled LOADA and CLEAN. LOADA is entered 
with the address of a control block in registers H 
and L. Upon return registers D and E have been set 
equal to the address in the buffer which is the 
target of the next data transfer (i.e., D,E = BAD+ 
CCT); and CCT (transferred byte count) has then 
been incremented. In addition, the B register is set 
to zero if the number of bytes that have been 
transferred is equal to the number requested (i.e., 
CCT = RCT). CLEAN, the second routine, is also 
entered with the address of a command block in 
the H and L registers. In addition, the Accumulator 
holds the status which will be placed in the 
STATUS byte of the command block. On exit the 
STATUS byte has been updated and the address of 
the completion routine has been placed in H and L. 

Upon interrupt, control of the MCS-80 system is 
transferred to VECTOR (Figure 13.3). Vector is a 
program which saves the state of the system, gets 
the status of the USART and jumps to the RISR 
(Receive Interrupt Service Routine) or the TISR 
(Transmit Interrupt Service Routine), depending 
on which' of the two ready flags is active. If neither 
ready flag is active, VECTOR restores the status of 
the running program, enables interrupts, and re- 
turns. (Interrupts are automatically disabled by the 
hardware upon an interrupt.) This exit from VEC- 
TOR, which is labeled VOUT, is used from other 



I THESE TWO BYTES FORM 

J THE BUFFER ADDRESS 

I THESE TWO BYTES INDICATE 

} THE NUMBER OF BYTES TO 

I BE TRANSFERRED 

I THESE TWO BYTES INDICATE 

J THE NUMBER OF BYTES THAT 

I HAVE BEEN TRANSFERRED 

I THESE TWO BYTES FORM 

THE ADDRESS OF A SUB- 
1 ROUTINE TO BE CALLED 

WHEN THE OPERATION 

IS TERMINATED 



Figure 12. Control Block 
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Figure 13.1. LOADA Subroutine 
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Figure 13.2. CLEAN Subroutine 
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Figure 13.3. Interrupt Entry 
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portions of USRUN if return from the interrupt 
mode is required. 

In addition to handling normal data transfers, 
TISR (Figure 13.4) checks a location in memory 
named TCMD in order to determine if the receive 
program wishes to send a command to the USART. 
Since the transmit data and command must share a 
buffer within the USART, any command output 
must occur when TxRDY is asserted. If TCMD is 
zero, TISR proceeds with the data transfer. If 
TCMD is non-zero, TISR calls TUTE (Transmit 
Utility, Figure 13.5) which, depending on the value 



~| (TUTE 1 ) 



w YES 




LCMD- 

LCMD 

.AND.OFBH 






2) | 






(TUTE 




LCMD - 
LCMD 
.OR. 04H 




A: - LCMD 


^ YES 




TUTE 3 


















A:« 
LCMD 
.OR. 10 














TUTE 4 










OUT USCMD 





CLEAR TCMD 



GD 




/ LOADA \ 



OUTPUT DATA 




H,L: «• VOUT 



A: = GST AT 



/ CLEAN \ 

y~\ — 

/tcomplete^ 
/vouA 



Figure 13.4. Transmit interrupt Service Routine 



Figure 13.5. Transmit Utility Routine 
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in TCMD, turns off the receiver, turns on the re- 
ceiver, or clears error conditions. Note that the 
error flags (parity, framing, and overrun) are al- 
ways cleared by the software when the receiver is 
first enabled. 

The flowchart of the RISR is shown in Figure 
13.6. Note that in addition to terminating when- 
ever the required number of characters have been 
received, the RISR also terminates if one of the 
error flags becomes set or if the received character 
matches a character found in a table pointed to by 
the label ETAB. This table, which starts at ETAB 
and continues until an all "ones" entry is found, 
can be used by USER to define special characters, 
such as EOT (End Of Transmission), which will ter- 
minate a READ operation. The remainder of Fig- 
ure 13 (13.7) shows the decoding of the commands 
to USRUN. The listings also include a test USER 
which exercises USRUN. This program sets up a 
256-byte transmit buffer and transfers it to a simi- 
lar input buffer by means of a local loop. When 
both the READ and WRITE operations are com- 
plete, the test USER checks to insure that the two 
buffers are identical. If the buffers differ, the MDS 
monitor is called; if the data is correct, the test is 
repeated. 

CONCLUSION 

The 8251 USART has been described both as a 
device and as a component in a system. Since not 
only modems but also many peripheral devices 
have a serial interface, the 8251 is an extremely 
useful component in a microcomputer system. A 
particular advantage of the device is that it is capa- 
ble of operating in various modes without requir- 
ing hardware modifications to the system of which 
it is a part. As with any complex subsystem, how- 
ever, the 8251 USART must be carefully applied 
so that it can be utilized to full advantage in the 
overall system. It is hoped that this application 
note will aid in the designer in the application of 
the 8251 USART. As a further aid to the applica- 
tion of the 825 1 , the appendix of this document 
includes a list of design hints based on past experi- 
ence with the 8251. 
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Figure 13.6. Receive Interrupt Service Routine 
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\ret/ \ ret/ \ ret/ \ret/ 



Figure 13.7. URUN Command Decode 
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Figure 14. Program Listing 



SYSTEM ORIGIN STATEMENT 



4000 



ORG 4000H 



DATA STORAGE FOR TEST USER 



4000 




BUFIN: 


DS 


100H 


4100 




BUFOUT: 


DS 


100H 


4200 


5200 


RBLOCK: 


DB 


'R't 


4202 


0040 


RBAD 




DW 


BUFI 


4204 


FFOO 


RRCT 




DW 


OFFH 


4206 


0000 


RCCT 




DW 


OOH 


4208 


1742 


RCRA 




DW 


RCR 


420A 


5700 


TBLOCK: 


DB 


'W, 


420C 


0041 


TBAD: 


DW 


BUFO 


420E 


FFOO 


TRCT: 


DW 


OFFH 


4210 


0000 


TCCT: 


DW 


OOH 


4212 


2742 


TCRA: 


DW 


TCR 


4214 


4300 


GBLOCK: 


DB 


'C, 


4216 


00 


FLAG: 




DB 


OOH 



;INPUT BUFFER 

;OUTPUT BUFFER 
OOH ;RECEIVE CONTROL BLOCK 
N 



OOH ;TRANSMIT CONTROL BLOCK 
U'T 



OOH 



COMPLETION ROUTINES 



42.17 
4218 
421B 
421E 
4221 
.4223 
4226 
4227 
4228 
422B 
422E 
4231 
4233 
4236 



AF 

323B42 

323C42 

3A1642 

E60F 

321642 

C9 

AF 

323942 

323A42 

3A1642 

E6F0 

321642 

C9 



RCR: 



TCR: 



XRA 


A 


;CLEAR A 


STA 


RCBA 


;TURN OFF RECEIVE 


STA 


RCBA+1 




LDA 


FLAG 


;GET FLAG 


ANI 


OFH 


;CLEAR UPPER FOUR BITS 


STA 


FLAG 


;RESTORE FLAG 


RET 






XRA 


A 


;CLEAR A 


STA 


TCBA 


;TURN OFF TRANSMIT 


STA 


TCBA+1 




LDA 


FLAG 


;GET FLAG 


ANI 


OFOH 


;CLEAR LOWER FOUR BITS 


STA 


FLAG 


; RESTORE FLAG 


RET 




;THEN RETURN 
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SYSTEM EQUATES 



00F5 


USTAT 


EQU 


0F5H 


00F5 


USCMD 


EQU 


0F5H 


00F4 


USDAI 


EQU 


0F4H 


00F4 


USDAO 


EQU 


0F4H 


0000 


GSTAT 


EQU 


OOH 


00FF 


BSTAT 


EQU 


OFFH 


0001 


CEND 


EQU 


01H 



;USART STATUS ADDRESS 
;USART CMD ADDRESS 
;USART DATA INPUT ADDRESS 
;USART DATA OUTPUT ADDRESS 
;GO'OD STATUS 
;BAD STATUS 



4237 00 

4238 00 

4239 0000 
423B 0000 
423D FF 



SYSTEM DATA TABLE 



.****« 




LCMD: 


DB 


TCMD: 


DB 


TCBA: 


DW 


RCBA: 


DW 


MTAB: 


DB 



OOH ;CURRENT OPERATING COMMAND 

OOH ;IF NON ZERO A COMMAND TO BE SENT 

OOH ;ADDRESS OF XMIT CBLOCK 

OOH ;ADDRESS OF RECEIVE CBLOCK 

OFFH ;END CHARACTER TABLE 
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LOAD ADDRESS ROUTINE 

LOADA IS ENTERED WITH THE ADDRESS OF A CONTROL 

BLOCK IN H,L. ON EXIT D,E CONTAINS THE ADDRESS 

WHICH IS THE TARGET OF THE NEXT DATA TRANSFER (BAD+CCNT) 

AND B HAS BEEN SET TO. ZERO IF THE REQUESTED NUMBER OF 

TRANSFERS HAS BEEN ACCOMPLISHED . CCNT IS INCREMENTED 

AFTER THE TARGET ADDRESS HAS BEEN CALCULATED. 



423E 


23 I 


„OADA: INX 


H 


423F 


23 


INX 


H 


4240 


5E 


MOV 


E,M 


4241 


23 


INX 


H 


4242 


56 


MOV 


D,M 


4243 


23 


INX 


H 


4244 


23 


INX 


H 


4245 


23 


INX 


H 


4246 


4E 


MOV 


C,M 


4247 


23 


INX 


H 


4248 


46 


MOV 


B,M 


4249 


EB 


XCHG 




424A 


09 


DAD 


B 


424B 


EB 


XCHG 




424C 


03 


INX 


B 


424D 


70 


MOV 


M,B 


424E 


2B 


DCX 


H 


424F 


71 


MOV 


M,C 


4250 


OB 


DCX 


B 


4251 


2B 


DCX 


H 


4252 


7E 


MOV 


A,M 


4253 


90 


SUB 


B 


4254 


47 


MOV 


B, A 


4255 


CO 


RNZ 




4256 


2B 


DCX 


H 


4257 


7E 


MOV 


A,M 


4258 


91 


SUB 


C 


4259 


47 


MOV 


B,A 


425A 


C9 


RET 





;D,E GETS BUFFER ADDRESS 



;DONE 

;B,C GETS COMPLETED COUNT (CCNT) 



;DONE 

;D,E GETS BAD+CCNT 

;DONE 

;CCNT GETS INCREMENTED 



;DONE 

;DOES OLD CCNT=RCNT? 



;NO-RETURN WITH B NOT ZERO 



;RETURN WITH B=0 IF RCNT=CCNT 
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425B 


5D 


CLEAN: 


MOV 


E,L 


;SA 


425C 


54 




MOV 


D,H 




425D 


23 




INX 


H 


;P0 


425E 


77 




MOV 


M, A 


;SE 


425F 


010700 




LXI 


B,7 


;SE 


4262 


09 




DAD 


B 


;P0 


4263 


7E 




MOV 


A,M 


;GE 


4264 


23 




INX 


H 


;P0 


4265 


66 




MOV 


H,M 


;h 


4266 


6F 




MOV 


L,A 


;L 


4267 


C9 




RET 







CLEAN-UP ROUTINE 

CLEAN IS ENTERED WITH THE ADDRESS OF A CONTROL 

BLOCK IN H,L AND A NEW STATUS TO BE 

ENTERED INTO IT'lN A. ON EXIT THE ADDRESS OF THE 

CONTROL BLOCK IS IN D,E; THE STATUS OF THE BLOCK 

HAS BEEN UPDATED; AND THE ADDRESS OF THE COMPLETION 

ROUTINE IS IN H,L. 



VE THE ADRESS OF THE COMMAND BLOCK 

INT AT STATUS 

T STATUS EQUAL TO A 

T INDEX TO SEVEN 

INT AT COMPLETION ADDRESS 

T LOWER ADDRESS 

INT AT UPPER ADDRESS 

GETS HIGH ADDRESS BYTE 

GETS LOW ADDRESS BYTE 



INTERUPT VECTOR ROUTINE 

VECTOR SAVES THE STATUS OF THE RUNNING PROGRAM 
THEN READS THE STATUS OF THE USART TO DETERMINE 
IF A RECEIVE OR TRANSMIT INTERUPT OCCURRED. 
VECTOR THEN CALLS THE APPROPRIATE SERVICE ROUTINE. 
IF NEITHER INTERUPTS OCCURRED THEN VECTOR RESTORES 
THE STATUS OF THE RUNNING PROGAM. THE SERVICE 
ROUTINES USE THE EXIT CODE, LABLED VOUT, TO EFFECT 
THEIR EXIT FROM INTERUPT MODE. 



4268 


F5 VECTOR: PUSH 


PSW 


4269 


C5 


PUSH 


B 


426A 


D5 


PUSH 


D 


426B 


E5 


PUSH 


H 


426C 


DBF5 


IN 


USTAT 


426E 


DBFA 


IN 


OFAH 


4270 


OF 


RRC 




4271 


OF 


RRC 




4272 


DA8842 


JC 


RISR 


4275 


07 


RLC 




4276 


07 


RLC 




4277 


DAD442 


JC 


TISR 


427A 


3EFC 


MVI 


A,OFCH 


427C 


D3F3 


OUT 


0F3H 


427E 


E1 VOUT:. POP 


H 


427F 


D1 


POP 


D 


4280 


C1 


POP 


B 


4281 


3E20 


MVI 


A,20H 


4283 


D3FD 


OUT 


OFDH 


4286 


FB 


EI 




4 2 87 


C9 


RET 





;PUSH STATUS INTO THE STACK 



GET USART ADDRESS 

MDS-GET MONITOR CARD INT. STATUS 

ROTATE TWO PLACES 

SO THAT CARRY=RXRDY 

IF RXRDY GO TO SERVICE ROUTINE 

IF NOT ROTATE BACK 

LEAVING TXRDY IN CARRY 

IF TXRDY THEN GO TO SERVICE ROUTINE 

MDS-CLEAR OTHER LEVEL THREE INTERUPTS 

MDS 

ELSE EXIT FROM INTERUPT MODE 



;MDS-RESTORE CURRENT LEVEL 

;MDS 

;ENABLE INTERUPTS 
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4288 


2A3B42 


RISR: 


LHLD 


RCBA 


428B 


3E82 




MVI 


A,82H 


428D 


D3F3 




OUT 


0F3H 


428F 


2C 




INR 


L 


4290 


2D 




DCR 


L 


4291 


C29942 




JNZ 


RISRB 


4294 


24 




INR 


H 


4295 


25 




DCR 


H 


4296 


CA7E42 




JZ 


VOUT 


4299 


CD3E42 


RISRB: 


CALL 


LOADA 


429C 


DBF4 




IN 


USDAI 


429E 


12 




ST AX 


D 


429F 


4F 




MOV 


C,A 


42A0 


DBF5 




IN 


USTAT 


42A2 


E638 




ANI 


38H 


42A4 


C2B942 




JNZ 


RISRE 


42A7 


04 




INR 


B 


42A8 


05 




DCR 


B 


42A9 


C2BE42 




JNZ 


EXCHAR 


42AC 


3E00 




MVI 


A,GSTAT 


42AE 


217E42 


RISRA: 


LXI 


H,VOUT 


42B1 


E5 




PUSH 


H 


42B2 


2A3B42 




LHLD 


RCBA 


42B5 


CD5B42 




CALL 


CLEAN 


42B8 


E9 




PCHL 




42B9 


3EFF 


RISRE: 


MVI 


A,BSTAT 


42BB 


C3AE42 




JMP 


RISRA 


42BE 


213D42 


EXCHAR: 


LXI 


H,MTAB 


42C1 


7E 


EXA: 


MOV 


A,M 


42C2 


FEFF 




CPI 


OFFH 


42C4 


CA7E42 




JZ 


VOUT 


42C7 


B9 




CMP 


C 


42C8 


CACF42 




JZ 


PEND 


42CB 


23 




INX 


H 


42CC 


C3C142 




JMP 


EXA 


42CF 


3E01 


PEND: 


MVI 


A,CEND 


42D1 


C3AE42 




JMP 


RISRA 



RECEIVE INTERUPT SERVICE ROUTINE; 

RISR PROCESSES A RECEIVE INTERUPT 

AT THE END OF RECEIVE THE USER SUPPLIED 

COMPLETION ROUTINE IS CALLED AND THEN AN 

EXIT IS TAKEN THROUGH VOUT OF THE 

VECTOR 



;MDS-CLEAR, RECEIVE INTERUPT 
;MDS 



READY-SET UP ADDRESS 
GET INPUT DATA 
AND PUT IN THE BUFFER 
SAVE INPUT DATA IN C 
GET STATUS AGAIN 
MASK FOR ERROR FIELD 
NOT ZERO-TAKE ERROR EXIT 
B WAS 00 IF DONE 

NOT DONE-EXIT 

A GETS GOOD STATUS 

GET RETURN ADDRESS 

AND PUSH IT INTO THE STACK 

POINT H,L AT THE CMD BLOCK 

CALL CLEANUP ROUTINE 

EFFECTIVELY CALLS COMPLETION ROUTINE 

RETURN IS TO VOUT BECAUSE OF PUSH H 

A GETS BAD STATUS 

OTHERWISE EXIT IS NORMAL 

TEST CHARACTER AGAINST EXIT TABLE 

END OF TABLE 



;MATCH-TERMINATE READ 
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42D4 


3A3842 


TISR: 


LDA 


TCMD 


42D7 


B7 




ORA 


A 


42D8 


C40443 




CNZ 


TUTE 


42DB 


3E.81 




MVI 


A,081H 


42DD 


D3F3 




OUT 


0F3H 


42DF 


2A3942 




LHLD 


TCBA 


42E2 


2C 




INR 


L 


42E3 


2D 




DCR 


L 


42E4 


C2EC42 




JNZ 


TISRA 


42E7 


24 




INR 


H 


42E8 


25 




DCR 


H 


42E9 


CA7E42 




JZ 


VOUT 


42EC 


CD3E42 


TISRA: 


CALL 


LOADA 


42EF 


1A 




LDAX 


D 


42F0 


D3F4 




OUT 


USDAO 


42F2 


04 




INR 


B 


42F3 


05 




DCR 


B 


42F4 


C27E42 




JNZ 


VOUT 


42F7 


217E42 




LXI 


H,VOUT 


42FA 


E5 




PUSH 


H 


42FE 


3E00 




MVI 


A,GSTAT 


42FD 


2A3942 




LHLD 


TCBA 


4300 


CD5B42 




CALL 


CLEAN 


4303 


E9 




PCHL 




4304 


FE01 


TUTE.: 


CPI 


01 


4306 


CA2443 




JZ 


TUTE1 


4309 


FE02 




CPI 


02 


430B 


CA1443 




JZ 


TUTE2 


430E 


FE03 




CPI 


03 


4310 


CA1C43 




JZ 


TUTE3 


4313 


C9 




RET 




4314 


3A3742 


TUTE2: 


LDA 


LCMD 


4317 


F604 




ORI 


04 


4319 


323742 




STA 


LCMD 


431C 


3A3742 


TUTE3: 


LDA 


LCMD 


431F 


F610 




ORI 


10H 


4321 


D3F5 


TUTE4: 


OUT 


USCMD 


4323 


C9 




RET 




4324 


3A3742 


TUTE1 : 


LDA 


LCMD 


4327 


E6FB 




ANI 


OFBH 


4329 


323742 




STA 


LCMD 


432C 


C32143 




JMP 


TUTE4 



TRANSMIT INTERUPT SERVICE ROUTINE 
TISR PROCCESSES TRANSMITTER INTERUPTS 
WHEN THE END OF A TRANSMISSION IS 
DETECTED THE USER SUPPLIED COMPLETION 
ROUTINE IS CALLED AND THEN AN EXIT IS 
TAKEN THROUGH VOUT OF VECTOR 



;GET POTENTIAL COMMAND 
;DESIGNATE ON IT 
;DO UTILITY COMMAND 
;MDS-CLEAR XMIT INTERUPTS 
;MDS 



;MAKE SURE HAVE VALID CONTROL BLOCK 
JGO.OD 



NON VALID BLOCK (H,L=0) 

SET UP ADDRESS 

GET DATA FROM BUFFER 

AND OUTPUT IT 

B WAS 00 IF DONE 

NOT DONE-EXIT FROM SERVICE ROUTINE 

SET UP RETURN ADDRESS 

AND PUSH IT INTO THE STACK 

A GETS GOOD STATUS 

POINT H,L AT COMMAND BLOCK 

CALL CLEANUP ROUTINE 

CALL COMPLETION ROUTINE 

RETURN WILL BE TO VOUT 

RECEIVER OFF 

RECEIVER ON 

CLEAR ERRORS 
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432F 


1A 


USRUN: 


LDAX 


D 


4330 


FE43 




CPI 


'C 


4332 


CA4043 




JZ 


UCLEAR 


4335 


FE52, 




CPI 


'R ' 


4337 


CA5D43 




JZ 


UREAD 


433A 


FE57 




CPI 


'W' 


433C 


CA9D43 




JZ 


UWRITE 


433F 


C9 




RET 




4340 


F3 


UCLEAR: 


DI 




4341 


AF 




XRA 


A 


4342 


D-3F5 




OUT 


USCMD 


4344 


D3F5 




OUT 


USCMD 


4346 


D3F5 




OUT 


USCMD 


4348 


3E40 




MVI 


A,40H 


434A 


D3F5 




OUT 


USCMD 


434C 


3E5E 




MVI 


A,05EH 



434E 


D3F5 


OUT 


USCMD 


4350 


AF 


XRA 


■ A 


4351 


213942 


LXI 


H,TCBA 


4354 


77 


MOV 


M, A 


4355 


23 


INX. 


H 


4356 


77 


MOV 


M, A 


4357 


23 


INX 


H 


4358 


77 


MOV 


M, A 


4359 


23 


INX 


H 


435A 


77 


MOV 


M, A 


435B 


FB 


EI 




435C 


C9 


RET 




435D 


213B42 UREAD: LXI 


H,RCBA 


4360 


7E 


MOV 


A, M 


4361 


B7 


ORA 


A 


4362 


C26B43 


JNZ 


UROUT 


4365 


23 


INX 


H 


4366 


7E 


MOV 


A,M 


4 3-6 7 


B7 


ORA 


A 


4368 


CA7743 


JZ 


URDA 


436B 


3EFE UROUT: MVI 


A,0FEH 


436D 


217643 


LXI 


H,URDB 


4370 


E5 


PUSH 


H 


4371 


EB 


XCHG 




4372 


CD5B42 


CALL 


CLEAN 


4375 


E9 


PCHL 




4376 


C9 URDB: RET 




4377 


EB URDA: XCHG 




4378 


223B42 


SHLD 


RCBA 


437B 


3A3742 


LDA 


LCMD 


437E 


F616 


ORI 


16H 


4380 


323742 


STA 


LCMD 


4383 


OF 


RRC 





USART COMMAND BLOCK INTERPRETER 

USRUN IS CALLED BY USER WITH THE ADDRESS 

OF THE COMMAND BLOCK IN H,L. USRUN EXAMINES 

THE BLOCK AND INTIALIZES THE REQUESTED OPERATION 



GET THE CMD FROM THE BLOCK 

IS IT A CLEAR COMMAND? 

YES GO TO CLEAR ROUTINE 

IS IT A READ COMMAND? 

YES-GO TO READ ROUTINE 

IS IT A WRITE COMMAND? 

GO TO WRITE ROUTINE 

NOT A GOOD COMMAND-RETURN 

DISABLE INTERUPTS 

CLEAR A 

OUTPUT THREE TIMES TO ENSURE 

THAT THE USART IS IN A KNOWN STATE 

CODE TO RESET USART 

OUTPUT ON CMD CHANNEL 

CE IMPLIES ASYN MODE (X16) 

8 DATA BITS 

ODD PARITY 

1 STOP BIT 
OUTPUT ON CMD CHANNEL 
CLEAR A, SET ZERO 
CLEAR TCBA AND RCBA 



ENABLE INTERUPTS 
AND RETURN TO USER 



CHECK READ IDLE 



READ IS IDLE-PROCEDE 
ALREADY RUNNING-ERROR STATUS 
SET UP RETURN ADDRESS 
PUSH IT INTO STACK 
H GETS COMMAND BLOCK ADDRESS 
CALL CLEANUP ROUTINE 
EFFECTIVELY CALLS END ROUTINE 
RETURN TO USER 

H GETS COMMAND BLOCK ADDRESS 

RCBA GETS COMMAND BLOCK ADDRESS 

GET LAST COMMAND 

SET RXE AND DTR AND RESET ERRORS 

AND RETURN TO MEMORY 

SET CARRY EQUAL TO TXE 
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4384 D28C43 JNC URDC 

4387 3E02 MVI A, 2 

4389 323842 STA TCMD - 

438C 07 URDC: RLC 

438D D3F5 OUT USCMD ;OUTPUT CMD 

438F DBF.4 IN USDAI ;CLEAR USART OF LEFT OVER CHARACTERS 

4391 DBF4 IN USDAI 

4393 3E82 MVI A,82H ;MDS-CLEAR RECEIVE INTERUPT 

4395 D3F3 OUT 0F3H ;MDS 

4397 3EF6 MVI A,0F6H ;MDS-ENABLE LEVEL THREE 

4399 D3FC OUT OFCH ;MDS 

439B FB EI ;ENABLE INTERUPTS 

439C C9 RET ;RETURN TO USER 



439D 213942 UWRITE: LXI 



43A0 7E 

43 A 1 B7 

43A2 C26B43 

43A5 23 

43A6 7E 

43A7 C26B43 

43AA EB 

43AB 223942 

43AE 3A3742 

43B1 F623 

43B3 323742 

43B6 D3F5 

43B8 3EF6 

43BA D3FC 

43BC FB 

43BD C9 



MOV 

ORA 

JNZ 

INX 

MOV 

JNZ 

XCHG 

SHLD 

LDA 

ORI 

STA 

OUT 

MVI 

OUT 

EI 

RET 



H,TCBA 

A,M 

A 

UROUT 

H 

A, M 

UROUT 

TCBA 

LCMD 

023H 

LCMD 

USCMD 

A,0F6H 

OFCH 



;CHECK WRITE IDLE 



;BUSY-EXIT 



;BUSY-EXIT 

;OK-H GETS COMMAND BLOCK ADDRESS 

;TCBA GETS COMMAND BLOCK ADDRESS 

;GET LAST COMMAND 

;SET RTS,DTR, AND TXEN 



;MDS-ENABLE LEVEL THREE INTERUPTS 

;MDS 

;ENABLE SYSTEM INTERUPTS 

;AND RETURN 
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USER IS A TEST PROGRAM WHICH EXERCISES USRUN 



43BE 
43C0 
43C3 
43C6 
43C9 
43CB 
43CE 
43CF 
43D2 
43D5 
43D6 
43D7 
43D8 
43DB 
43DE 
43DF 
43EO 
43E3 
43E4 
43E6 
43E9 
43EB 
43EE 
43EF 
43F2 
43F5 
43F8 
43FB 
43FE 
4401 
4403 
4406 
4409 
440A 
440D 
4410 
441 1 
4412 
4413 
4416 
4417 
4418 
441B 
441E 

0000 



3EC3 

321800 

216842 

221900 

3E43 

1 1 1442 

12 

CD2F43 

210040 

AF 

77 

2C 

C2D643 

210041 

75 

2C 

C2DE43 

65 

2E52 

220042 

2E57 

220A42 

6C 

220642 

221042 

1 10042 

CD2F43 

1 10A42 

CD2F43 

3EFF 

321642 

3A1642 

B7 

C20644 

210040 

7E 

24 

BE 

C21E44 

25 

2C 

C21044 

C3BE43 

C7 



USER: 



COMLP: 



COMER: 



MVI 

STA 

LXI 

SHLD 

MVI 

LXI 

STAX 

CALL 

LXI 

XRA 

MOV 

INR 

JNZ 

LXI 

MOV 

INR . 

JNZ 

MOV 

MVI 

SHLD 

MVI 

SHLD 

MOV 

SHLD 

SHLD 

LXI 

CALL 

LXI 

CALL 

MVI 

STA 

LDA 

ORA 

JNZ 

LXI 

MOV 

INR 

CMP 

JNZ 

DCR 

INR 

JNZ 

JMP 

RST 

END 



A,0C3H ;MDS-SET INTERUPT VECTOR 

018H 

H, VECTOR 

019H 

A,'C' ;SET GENERAL BLOCK TO A 'C' 

D,GBLOCK 

D 

USRUN 

H,BUFIN ;CLEAR INPUT BUFFER 

A 

M,A 

L 

$-2 

H,BUFOUT ;INITIALIZE OUTPUT BUFFER 

M , L 

L 

$-2 

H,L jREINTIA.LIZE CONTROL BLOCKS 

L, 'R' 

RBLOCK 

L, 'W' 

TBLOCK 

L,H 

RCCT 

TCCT 

D, RBLOCK ;START READ 

USRUN 

D, TBLOCK ;START WRITE 

USRUN 

A,OFFH ;L00P WAITING COMPLETION 

FLAG ;FLAG WILL BE SET BY COMPLETION ROUTINES 

FLAG 

A 

$-4 

H,BUFIN ;TEST INPUT BUFFER=OUTPUT BUFFER 

A,M , 

H 

M 

COMER 

H 

L 

COMLP 

USER ;GOOD COMPARE-REPEAT TEST 

;ERROR-RETURN TO MONITOR 
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BSTAT 


0.0 FF 


BUFIN 


4000 


BUFOU 


4100 


CEND 


0001 


CLEAN 


425B 


COMER 


441E 


COMLP 


4410 


EXA 


42C1 


EXCHA 


42BE 


FLAG 


4216 


GBLOC 


4214 


GSTAT 


0000 


LCMD 


4237 


LOADA 


423E 


MTAB 


423D 


PEND 


42CF 


RBAD 


4202 


RBLOC 


4200 


RCBA 


423B 


RCCT 


4206 


RCR 


4217 


RCRA 


4208 


RISR 


4288 


RISRA 


42AE 


RISRB 


4299 


RISRE 


42B9 


RRCT 


4204 


TBAD 


420C 


TBLOC 


420A 


TCBA 


4239 


TCCT 


4210 


TCMD 


4238 


TCR 


4227 


TCRA 


4212 


TISR 


42D4 


TISRA 


42EC 


TRCT 


420E 


TUTE 


4304 


TUTE1 


4324 


TUTE2 


4314 


TUTE3 


43 1 C 


TUTE4 


4321 


UCLEA 


4340 


URDA 


4377 


URDB 


4376 


URDC 


438C 


UREAD 


435D 


UROUT 


436B 


USCMD 


00F5 


USDAI 


00F4 


USDAO 


00F4 


USER 


43BE 


USRUN 


432F 


USTAT 


00F5 


UWRIT 


439D 


VECTO 


4268 


VOUT 


427E 
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8251 DESIGN HINTS 



1 . Output of a command to the USART destroys 
the integrity of a transmission in progress if 
timed incorrectly. 

Sending a command into the USART will over- 
write any character which is stored in the buffer 
waiting for transfer to the parallel-to-serial con- 
verter in the device. This can be avoided by 
waiting for TxRDY to be asserted before send- 
ing a command if transmission is taking place. 
Due to the internal structure of the USART, it is 
also possible to disturb the transmission if a 
command is sent while a SYN character is being 
generated by the device. (The USART generates 
a SYN if the software fails to respond to 
TxRDY.) If this occurrence is possible in a sys- 
tem, commands should be transferred only when 
a positive-going edge is detected on the TxRDY 
line. 

2. RxE only acts as a mask to RxRDY; it does not 
control the operation of the receiver. 

When the receiver is enabled, it is possible for it 
to already contain one or two characters. These 
characters should be read and discarded when 
the RxE bit is first set. Because of these extrane- 
ous characters the proper sequence for gaining 
synchronization is as follows: 

1. Disable interrupts 

2. Issue a command to enter hunt mode, clear 
errors, and enable the receiver (EH,ER,RxE= 
1) 

3. Read USART data (it is not necessary to 
check status) 

4. Enable interrupts 

The first RxRDY that occurs after the above 
sequence will indicate that the SYN character or 



characters have been detected and the next char- 
acter has been assembled and is ready to be read. 

3. Loss of CTS or dropping TxEnable will immedi- 
ately clamp the serial output line. 

TxEnable and RTS should remain asserted until 
the transmission is complete. Note that this im- 
plies that not only has the USART completed 
the transfer of all bits of the last character, but 
also that they have cleared the modem. A delay 
of 1 msec following a proper occurrence of 
TxEmpty is usually sufficient (see item 4). An 
additional problem can occur in the synchro- 
nous mode because the loss of TxEnable clamps 
the data in at a SPACE instead of the normal 
MARK. This problem, which does not occur in 
the asynchronous mode, can be corrected by an 
external gate combining RTS and the serial out- 
put data. 

4. Extraneous transitions can occur on TxEmpty 
while data (including USART generated SYNs) 
is transferred to the parallel-to-serial converter. 

This situation can be avoided by ensuring that 
TxEmpty occurs during several consecutive 
status reads before assuming that the transmitter 
is truly in the empty state. 

5. A BREAK (i.e., long space) detected by the 
receiver results in a string of characters which 
have framing errors. 

If reception is to be continued after a BREAK, 
care must be taken to ensure that valid data is 
being received; special care must be taken with 
the last character perceived during a BREAK, 
since its value, including any framing error asso- 
ciated with it, is indeterminate. 
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INTRODUCTION 

The Intel 8273 is a Data Communications Protocol Con- 
troller designed for use in systems utilizing either SDLC 
or HDLC (Synchronous or High-Level Data Link Control) 
protocols. In addition to the usual features such as full 
duplex operation, automatic Frame Check Sequence 
generation and checking, automatic zero bit insertion 
and deletion, and TTL compatibility found on other 
single component SDLC controllers; the 8273 features a 
frame level command structure, a digital phase locked 
loop, SDLC loop operation, and diagnostics. 

The frame level command structure is made possible by 
the 8273's unique internal dual processor architecture. 
A high-speed bit processor handles the serial data 
manipulations and character recognition. A byte pro- 
cessor implements the frame level commands. These 
dual processors allow the 8273 to control the necessary 
byte-by-byte operation of the data channel with a 
minimum of CPU (Central Processing Unit) intervention. 
For the user this means the CPU has time to take on 
additional tasks. The digital phase locked loop (DPLL) 
provides a means of clock recovery from the received 
data stream on-chip. This feature, along with the frame 
level commands, makes SDLC loop operation extremely 
simple and flexible. Diagnostics in the form of both data 
and clock loopback are available to simplify board 
debug and link testing. The 8273 is a dedicated function 
peripheral in the MCS-80/85 Microcomputer family and 
as such, it interfaces to the 8080/8085 system with a 
minimum of external hardware. 

This application note explains the 8273 as a component 
and shows its use in a generalized loop configuration 
and a typical 8085 system. The 8085 system was used to 
verify the SDLC operation of the 8273 on an actual IBM 
SDLC data communications link. 

The first section of this application note presents an 
overview of the SDLC/HDLC protocols. It is fairly tutorial 
in nature and may be skipped by the more knowledge- 
able reader. The second section describes the 8273 from 
a functional standpoint with explanation of the block 
diagram. The software aspects of the 8273, including 
command examples, are discussed in the third section. 
The fourth and fifth sections discuss a loop SDLC con- 
figuration and the 8085 system respectively. 



SDLC/HDLC OVERVIEW 

SDLC is a protocol for managing the flow of information 
on a data communications link. In other words, SDLC 
can be thought of as an envelope — addressed, 
stamped, and containing an s.a.s.e. — in which informa- 
tion is transferred from location to location on a data 
communications link. (Please note that while SDLC is 
discussed specifically, all comments also apply to 
HDLC except where noted.) The link may be either point- 
to-point or multi-point, with the point-to-point configura- 
tion being either switched or nonswitched. The informa- 
tion flow may use either full or half duplex exchanges. 
With this many configurations supported, it is difficult 
to find a synchronous data communications application 
where SDLC would not be appropriate. 



Aside from supporting a large number of configurations, 
SDLC offers the potential of a 2x increase in through- 
put over the presently most prevalent protocol: Bi-Sync. 
This performance increase is primarilyduetotwocharac- 
teristics of SDLC: full duplex operation and the implied 
acknowledgement of transferred information. The per- 
formance increase due to full duplex operation is fairly 
obvious since, in SDLC, both stations can communicate 
simultaneously. Bi-Sync supports only half-duplex (two- 
way alternate) communication. The increase from im- 
plied acknowledgement arises from the fact that a sta- 
tion using SDLC may acknowledge previously received 
information while transmitting different information. Up 
to 7 messages may be outstanding before an acknowl- 
edgement is required. These messages may be acknowl- 
edged as a block rather than singly. In Bi-Sync, acknowl- 
edgements are unique messages that may not be 
included with messages containing information and 
each information message requires a separate acknowl- 
edgement. Thus the line efficiency of SDLC is superior 
to Bi-Sync. On a higher level, the potential of a 2x 
increase in performance means lower cost per unit of 
information transferred. Notice that the increase is not 
due to higher data link speeds (SDLC is actually speed 
independent), but simply through better line utilization. 

Getting down to the more salient characteristics of 
SDLC; the basic unit of information on an SDLC link is 
that of the frame. The frame format is shown in Figure 1. 
Five fields comprise each frame: flag, address, control, 
information, and frame check sequence. The flag fields 
(F) form the boundary of the frame and all other fields 
are positional^ related to one of the two flags. All 
frames start with an opening flag and end with a closing 
flag. Flags are used for frame synchronization. They 
also may serve as time-fill characters between frames. 
(There are no intraframe time-fill characters in SDLC as 
there are in Bi-Sync.) The opening flag serves as a refer- 
ence point for the address (A) and control (C) fields. The 
frame check sequence (FCS) is referenced from the 
closing flag. All flags have the binary configuration 
01111110 (7EH). 

SDLC is a bit-oriented protocol, that is, the receiving 
station must be able to recognize a flag (or any other 
special character) at any time, not just on an 8-bit 
boundary. This, of course, implies that a frame may be 
N-bits in length. (The vast majority of applications tend 
to use frames which are multiples of 8 bits long, 
however.) 



FRAME 
CHECK 
ADDRESS CONTROL INFORMATION SEQUENCE CLOSING 

FIELD (A) FIELD (C) FIELD (I) (FCS) FLAG 



01111110 


8 BITS 


8 BITS 


ANY LENGTH 
TO N BITS 


16 BITS 


1111110 



Figure 1. SDLC Frame Format 
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The fact that the flag has a unique binary pattern would 
seem to limit the contents of the frame since a flag pat- 
tern might inadvertently occur within the frame. This 
would cause the receiver to think the closing flag was 
received, invalidating the frame. SDLC handles this 
situation through a technique called zero bit insertion. 
This techniques specifies that within a frame a binary 
be inserted by the transmitter after any succession of 
five contiguous binary 1s. Thus, no pattern of 01111110 
is ever transmitted by chance. On the receiving end, 
after the opening flag is detected, the receiver removes 
any following 5 consecutive 1s. The inserted and 
deleted 0s are not counted for error determination. 

Before discussing the address field, an explanation of 
the roles of an SDLC station is in order. SDLC specifies 
two types of stations: primary and secondary. The 
primary is the control station for the data link and thus 
has responsibility of the overall network. There is only 
one predetermined primary station, all other stations on 
the link assume the secondary station role. In general, a 
secondary station speaks only when spoken to. In other 
words, the primary polls the secondaries for responses. 
In order to specify a specific secondary, each secondary 
is assigned a unique 8-bit address. It is this address that 
is used in the frame's address field. 

When the primary transmits a frame to a specific sec- 
ondary, the address field contains the secondary's ad- 
dress. When responding, the secondary uses its own 
address in the address field. The primary is never iden- 
tified. This ensures that the primary knows which of 
many secondaries is responding since the primary may 
have many messages outstanding at various secondary 
stations. In addition to the specific secondary address, 
an address common to all secondaries may be used for 
various purposes. (An all 1s address field is usually used 
for this "All Parties" address.) Even though the primary 
may use this common address, the secondaries are ex- 
pected to respond with their unique address. The 
address field is always the first 8 bits following the 
opening flag. 

The 8 bits following the address field form the control 
field. The control field embodies the link-level control of 
SDLC. A detailed explanation of the commands and 
responses contained in this field is beyond the scope of 
this application note. Suffice it to say that it is in the 
control field that the implied acknowledgement is car- 
ried out through the use of frame sequence numbers. 
None of the currently available SDLC single chip con- 
trollers utilize the control field. They simply pass it to 
the processor for analysis. Readers wishing a more 
detailed explanation of the control field, or of SDLC in 
general, should consult the IBM documents referenced 
on the front page overleaf. 

In some types of frames, an information field follows 
the control field. Frames used strictly for link manage- 
ment may or may not contain one. When an information 
field is used, it is unrestricted in both content and 
length. This code transparency is made possible 
because of the zero bit insertion mentioned earlier and 
the bit-oriented nature of SDLC. Even main memory core 
dumps may be transmitted because of this capability. 
This feature is unique to bit-oriented protocols. Like the 



control field, the information field is not interpreted by 
the SDLC device; it is merely transferred to and from 
memory to be operated on and interpreted by the 
processor. 

The final field is the frame check sequence (FCS). The 
FCS is the 16 bits immediately preceding the closing 
flag. This 16-bit field is used for error detection through 
a Cyclic Redundancy Checkword (CRC). The 16-bit 
transmitted CRC is the complement of the remainder 
obtained when the A, C, and I fields are "divided" by a 
generating polynomial. The receiver accumulates the A, 
C, and I fields and also the FCS into its internal CRC 
register. At the closing flag, this register contains one 
particular number for an error-free reception. If this 
number is not obtained, the frame was received in error 
and should be discarded. Discarding the frame causes 
the station to not update its frame sequence numbering. 
This results in a retransmission after the station sends 
an acknowledgement from previous frames. [Unlike all 
other fields, the FCS is transmitted MSB (Most Signifi- 
cant Bit) first. The A, C, and I fields are transmitted LSB 
(Least Significant Bit) first.] The details of how the FCS 
is generated and checked is beyond the scope of this 
application note and since all single component SDLC 
controllers handle this function automatically, it is 
usually sufficient to know only that an error has or has 
not occurred. The IBM documents contain more detailed 
information for those readers desiring it. 

The closing flag terminates the frame. When the closing 
flag is received, the receiver knows that the preceding 
16 bits constitute the FCS and that any bits between the 
control field and the FCS constitute the information 
field. 

SDLC does not support an interframe time-fill character 
such as the SYN character in Bi-Sync. If an unusual con- 
dition occurs while transmitting, such as data is not 
available in time from memory or CTS (Clear-to-Send) is 
lost from the modem, the transmitter aborts the frame 
by sending an Abort character to notify the receiver to 
invalidate the frame. The Abort character consists of 
eight contiguous 1s sent without zero bit insertion. In- 
traframe time-fill consists of either flags, Abort charac- 
ters, or any combination of the two. 

While the Abort character protects the receiver from 
transmitted errors, errors introduced by the transmis- 
sion medium are discovered at the receiver through the 
FCS check and a check for invalid frames. Invalid 
frames are those which are not bounded by flags or are 
too. short, that is, less than 32 bits between flags. All in- 
valid frames are ignored by the receiver. 

Although SDLC is a synchronous protocol, it provides 
an optional feature that allows its use on basically asyn- 
chronous data links — NRZI (Non-Return-to-Zerb- 
Inverted) coding. NRZI coding specifies that the signal 
condition does not change for transmitting a binary 1, 
while a binary causes a change of state. Figure 2 illus- 
trates NRZI coding compared to the normal NRZ. NRZI 
coding guarantees that an active line will have a transi- 
tion at least every 5-bit times; long strings of zeroes 
cause a transition every bit time, while, long strings of 1s 
are broken up by zero bit insertion. Since asynchronous 
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operation requires that the receiver sampling clock be 
derived from the received data, NRZI encoding plus zero 
bit insertion make the design of clock recovery circuitry 
easier. 

All of the previous discussion has applied to SDLC on 
either point-to-point or multi-point data networks, SDLC 
(but not HDLC) also includes specification for a loop 
configuration. Figure 3 compares these three configura- 
tions. IBM uses this loop configuration in its 3650 Retail 
Store System. It consists of a single loop controller sta- 
tion with one or more down-loop secondary stations. 
Communications on a loop rely on the secondary sta- 
tions repeating a received message down loop with a 
delay of one bit time. The reason for the one bit delay 
will be evident shortly. 



DATA 10 11 1 

BIT SAMPLE 



I I I I III I I 

i n n 



TRJ 



r 



[Figure 2. 'NRZIvs NRZ EncodingJ 



Loop operation defines a new special character: the 
EOP (End-of-Poll) character which consists of a fol- 
lowed by 7 contiguous, non-zero bit inserted, ones. After 
the loop controller transmits a message, it idles the line 
(sends all 1s). The final zero of the closing flag plus the 
first 7 1s of the idle form an EOP character. While 
repeating, the secondaries monitor their incoming line 
for an EOP character. When an EOP is detected, the 
secondary checks to see if it has a message to transmit. 
If it does, it changes the seventh 1 to a (the one bit 
delay allows time for this) and repeats the modified EOP 
(now alias flag). After this flag is transmitted, the sec- 
ondary terminates its repeater function and inserts its 
message (with multiple preceding flags if necessary). 
After the closing flag, the secondary resumes its one bit 
delay repeater function. Notice that the final zero of the 
secondary's closing flag plus the repeated 1s from the 
controller form an EOP for the next down-loop sec- 
ondary, allowing it to insert a message if it desires. 



One might wonder if the secondary missed any mes- 
sages from the controller while it was inserting its own 
message. It does not. Loop operation is basically half- 
duplex. The controller waits until it receives an EOP 
before it transmits its next message. The controller's 
reception of the EOP signifies that the original message 
has propagated around the loop followed by any mes- 
sages inserted by the secondaries. Notice that second- 
aries cannot communicate with one another directly, all 
secondary-to-secondary communication takes place by 
way of the controller. 
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Figure 3. Network Configurations 
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Loop protocol does not utilize the normal Abort charac- 
ter. Instead, an abort is accomplished by simply trans- 
mitting a flag character. Down loop, the receiver sees 
the abort as a frame which is either too short (if the 
abort occurred early in the frame) or one with an FCS 
error. Either results in a discarded frame. For more 
details on loop operation, please refer to the IBM 
documents referenced earlier. 

Another protocol very similar to SDLC which the 8273 
supports is HDLC (High-Level Data Link Control). There 
are only three basic differences between the two: HDLC 
offers extended address and control fields, and the 
HLDC Abort character is 7 contiguous 1s as opposed to 
SDLC's 8 contiguous 1s. 

Extended addressing, beyond the 256 unique addresses 
possible with SDLC, is provided by using the address 
field's least significant bit as the extended address 
modifier. The receiver examines this bit to determine if 
the octet should be interpreted as the final address 
octet. As long as the bit is 0, the octet that contains it is 
considered an extended address. The first time the bit is 
a 1 , the receiver interprets that octet as the final address 
octet. Thus the address field may be extended to any 
number of octets. Extended addressing is illustrated in 
Figure 4a. 

A similar technique is used to extend the control field 
although the extension is limited to only one extra con- 
trol octet. Figure 4b illustrates control field extension. 

Those readers not yet asleep may have noticed the simi- 
larity between the SDLC loop EOP character (a follow- 
ed by 7 1s) and the HDLC Abort (7 1s). This possible in- 
compatibility is neatly handled by the HDLC protocol 
not specifying a loop configuration. 

This completes our brief discussion of the SDLC/HDLC 
protocols. Now let us turn to the 8273 in particular and 
discuss its hardware aspects through an explanation of 
the block diagram and generalized system schematics. 



- EXTENSION BITS 



FCS! FCS 2 FLAG 
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A. HDLC ADDRESS FIELD EXTENSION 



Figure 4a 



BASIC 8273 OPERATION 

It will be helpful for the following discussions to have 
some idea of the basic operation of the 8273. Each 
operation, whether it is a frame transmission, reception 
or port read, etc.,, is comprised of three phases: the 
Command, Execution, and Result phases. Figure 5 
shows the sequence of these phases. As an illustration 
of this sequence, let us look at the transmit operation. 



Figure 5. 8273 Operational Phases 



When the CPU decides it is time to transmit a frame, the 
Command phase is entered by the CPU issuing a Trans- 
mit Frame command to the 8273. It is not sufficient to 
just instruct the 8273 to transmit. The frame level com- 
mand structure sometimes requires more information 
such as frame length and address and control field con- 
tent. Once this additional information is supplied, the 
Command phase is complete and the Execution phase 
is entered. It is during the Execution phase that the 
actual operation, in this case a frame transmission, 
takes place. The 8273 transmits the opening flag, A and 
C fields, the specified number of I field bytes, inserts 
the FCS, and closes with the closing flag. Once the clos- 
ing flag is transmitted, the 8273 leaves the Execution 
phase and begins the Result phase. During the Result 
phase the 8273 notifies the CPU of the outcome of the 
command by supplying interrupt results. In this case, 
the results would be either that the frame is complete or 
that some error condition causes the transmission to be 
aborted. Once the CPU reads all of the results (there is 
only one for the Transmit Frame command), the Result 
phase and consequently the operation, is complete. 
Now that we have a general feeling for the operation of 
the 8273, let us discuss the 8273 in detail. 



FLAG 


A 


C! 


c 2 


M -' 


"2 


FCSi 


FCS 2 


FLAG 
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Figure 4b 



HARDWARE ASPECTS OF THE 8273 

The 8273 block diagram is shown in Figure 6. It consists 
of two major interfaces: the CPU module interface and 
the modem interface. Let's discuss each interface 
separately. 
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Figure 6. 8273 Block Diagram 



CPU Interface 

The CPU interface consists of four major blocks: Con- 
trol/Read/Write logic (C/R/W), internal registers, data 
transfer logic, and data bus buffers. 

The CPU module utilizes the C/R/W logic to issue com- 
mands to the 8273. Once the 8273 receives a command 
and executes it, it returns the results (good/bad comple- 
tion) of the command by way of the C/R/W logic. The 
C/R/W logic is supported by seven registers which are 
addressed via the A , Ai, RD, and WR signals, in addi- 
tion to CS. The Aq and A-) signals are generally derived 
from the two low order bits of the CPU module address 
bus while RD and WR are the normal I/O Read and Write 
signals found on the system control bus. Figure 7 
shows the address of each register using the C/R/W 
logic. The function of each register is defined as 
follows: 
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Figure 7. 8273 Register Selection 



Command — 8273 operations are initiated by writing 
the appropriate command byte into this register. 

Parameter — Many commands require more informa- 
tion than found in the command itself. This addi- 
tional information is provided by way of the param- 
eter register. 

Immediate Result (Result) — The completion infor- 
mation (results) for commands which execute im- 
mediately are provided in this register. 

Transmit Interrupt Result (Txl/R) — Results of 
transmit operations are passed to the CPU in this 
register. 

Receiver Interrupt Result (Rxl/R) — Receive opera- 
tion results are passed to the CPU via this register. 

Status — The general status of the 8273 is provided 
in this register. The Status register supplies the 
handshaking necessary during various phases of the 
8273 operation. 

Test Mode — This register provides a software reset 
function for the 8273. 



The commands, parameters, and bit definition of these 
registers are discussed in the following software sec- 
tion. Notice that there are not specific transmit or 
receive data registers. This feature is explained in the 
data transfer logic discussion. 



9-148 



APPLICATIONS 



The final elements of the C/R/W logic are the interrupt 
lines (RxINT and TxINT). These lines notify the CPU 
module that either the transmitter or the receiver re- 
quires service; i.e., results should be read from the 
appropriate interrupt result register or a data transfer is 
required. The interrupt request remains active until all 
the associated interrupt results have been read or the 
data transfer is performed. Though using the interrupt 
lines relieves the CPU module of the task of polling the 
8273 to check if service is needed, the state of each 
interrupt line is reflected by a bit in the Status register 
and non-interrupt driven operation is possible by exam- 
ing the contents of these bits periodically. 

The 8273 supports two independent data interfaces 
through the data transfer logic; receive data and trans- 
mit data. These interfaces are programmable for either 
DMA or non-DMA data transfers. While the choice of the 
configuration is up to the system designer, it is based 
on the intended maximum data rate of the communica- 
tions channel. Figure 8 illustrates the transfer rate of 
data bytes that are acquired by the 8273 based on link 
data rate. Full-duplex data rates above 9600 baud usu- 
ally require DMA. Slower speeds may or may not require 
DMA depending on the task load and interrupt response 
time of the processor. 

Figure 9 shows the 8273 in a typical DMA environment. 
Notice that a separate DMA controller, in this case the 
Intel 8257, is required. The DMA controller supplies the 
timing and addresses for the data transfers while the 
8273 manages the requesting of transfers and the actual 
counting of the data block lengths. In this case, 
elements of the data transfer interface are: 

TxDRQ: Transmit DMA Request — Asserted by the 
8273, this line requests a DMA transfer from memory 
to the 8273 for transmit. 

TxDACK: Transmit DMA Acknowledge — Returned 
by the 8257 in response to TxDRQ, this line notifies 
the 8273 that a request has been granted, and pro- 
vides access to the transmitter data register. 

RxDRQ: Receiver DMA Request — Asserted by the 
8273, it requests a DMA transfer from the 8273 to 
memory for a receive operation. 

TxDACK: Receiver DMA Acknowledge — Returned by 
the 8257, it notifies the 8273 that a receive DMA cycle 
has been granted, and provides access to the 
receiver data register. 

RD: Read — Supplied by the 8257 to indicate data is 
to be read from the 8273 and placed in memory. 

WR: Write — Supplied by the 8257 to indicate data is 
to be written to the 8273 from memory. 

To request a DMA transfer the 8273 raises the appropri- 
ate DMA request line; let us assume it is a transmitter 
request (TxDRQ). Once the 8257 obtains control of the 
system bus by way of its HOLD and HLDA (hold 
acknowledge) lines, it notifies the 8273 that TxDRQ has 
been gr anted by returning TxDACK and WR. The 
TxDACK and WR signals transfer data to the 8273 for a 
transmit, independent of the 8273 chip select pin (CS). A 
similar sequence of events occurs for receiver requests. 
This "hard select" of data into the transmitter or out of 



the receiver alleviates the need for the normal transmit 
and receive data registers addressed by a combination 
of address lines, CS, and WR or RD. Competitive 
devices that do not have this "hard select" feature re- 
quire the use of an external multiplexer to supply the 
correct inputs for register selection during DMA. (Do not 
forget that the SDLC controller sees both the addresses 
and control signals supplied by the DMA controller dur- 
ing DMA cycles.) Let us look at typical frame transmit 
and frame receive sequences to better see how the 8273 
truly manages the DMA data transfer. 

Before a frame can be transmitted, the DMA controller is 
supplied, by the CPU, the starting address for the 
desired information field. The 8273 is then commanded 
to transmit a frame. (Just how this is done is covered 
later during our software discussion.) After the com- 
mand, but before transmission begins, the 8273 needs a 
little more information (parameters). Four parameters 
are required for the transmit frame command: the ad- 
dress field byte, the control field byte, and two bytes 
which are the least significant and most significant 
bytes of the information field byte length. Once all four 
parameters are loaded, the 8273 makes RTS (Request-to- 
Send) active and waits for CTS (Clear-to-Send) to go ac- 
tive. Once CTS is active, the 8273 starts the frame trans- 
mission. While the 8273 is transmitting the opening flag, 
address field, and control field; it starts making trans- 
mitter DMA requests. These requests continue at char- 
acter (byte) boundaries until the pre-loaded number of 
bytes of information field have been transmitted. At this 
point the requests stop, the FCS and closing flag are 
transmitted, and the TxINT line is raised, signaling the 
CPU that the frame transmission is complete. Notice 
that after the initial command and parameter loading, 
absolutely no CPU intervention was required (since 
DMA is used for data transfers) until the entire frame 
was transmitted. Now let's look at a frame reception. 



BAUD RATE (bps) 

Figure 8. Byte Transfer Rate vs Baud Rate 
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Figure 9. DMA, Interrupt-Driven System 
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The receiver operation is very similar. Like the initial 
transmit sequence, the DMA controller is loaded with a 
starting address for a receiver data buffer and the 8273 
is commanded to receive. Unlike the transmitter, there 
are two different receive commands: General Receive, 
where all received frames are transferred to memory, 
and Selective Receive, where only frames having an ad- 
dress field matching one of two preprogrammed 8273 
address fields are transferred to memory. Let's assume 
for now that we want to general receive. After the 
receive command, two parameters are required before 
the receiver becomes active: the least significant and 
most significant bytes of the receiver buffer length. 
Once these bytes are loaded, the receiver is active and 
the CPU may return to other tasks. The next frame 
appearing at the receiver input is transferred to memory 
using receiver DMA requests. When the closing flag is 
received, the 8273 checks the FCS and raises its RxINT 
line. The CPU can then read the results which indicate if 
the frame was error-free or not. (If the received frame 
had been longer than the pre-loaded buffer length, the 
CPU would have been notified of that occurrence earlier 
with a receiver error interrupt. The command description 
section contains a complete list of error conditions.) 
Like the transmit example, after the- initial command, 
the CPU is free for other tasks until a frame is com- 
pletely received. These examples have illustrated the 
8273's management of both the receiver and transmitter 
DMA channels. 

It is possible to use the DMA data transfer interface in a 
non-DMA interrupt-driven environment. In this case, 4 in- 
terrupt levels are used: one each for TxINT and RxINT, 
and one each forTxDRQ and RxDRQ. This configuration 
is shown in Figure 10. This configuration offers the 
advantages that no DMA controller is required and data 
requests are still separated from result (completion) re- 
quests. The disadvantages of the configuration are that 
4 interrupt levels are required and that the CPU must ac- 
tually supply the data transfers. This, of course, reduces 
the maximum data rate compared to the configuration 
based strictly on DMA. This system could use an Intel 
8259 8-level Priority Interrupt Controller to supply a vec- 
tored CALL (subroutine) address based on requests on 
its inputs. The 8273 transmitter and receiver make data 
requests by raising the respective DRQ line. The CPU is 
interrupted by the 8259 and vectored to a data transfer 
routine. This routine either writes (for transmit) or reads 
(for receive) the 8273 using the respective TxDACK or 
RxDACK line. As in the case above, the PACK lines 
serve as "hard" chip selects into and out of the 8273. 
(TxDACK + WR writes data into the 8273 for transmit. 
RxDACK + RD reads data from the 8273 for receive.) 
The CPU is notified of operation completion and results 
by way of TxINT and RxINT lines. Using the 8273, and 
the 8259, in this way, provides a very effective, yet sim- 
ple, interrupt-driven interface. 

Figure 11 illustrates a system very similar to that 
described above. This system utilizes the 8273 in a non- 
DMA data transfer mode as opposed to the two DMA ap- 
proaches shown in Figures 9 and 10. In the non-DMA 
case, data transfer requests are made on the TxINT and 
RxINT lines. The DRQ lines are not used. Data transfer 
requests are separated from result requests by a bit in 



the Status register. Thus, in response to an interrupt, 
the CPU reads the Status register and branches to either 
a result or a data transfer routine based on the status of 
one bit. As before, data transfers are made via using the 
DACK lines as chip selects to the transmitter and 
receiver data registers. 
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Figure 10. Interrupt-Based DMA System 
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Figure 11. Non-DMA Interrupt-Drlven System 



Figure 12 illustrates the simplest system of all. This 
system utilizes polling for all data transfers and results. 
Since the interrupt pins are reflected in bits in the 
Status register, the software can read the Status 
register periodically looking for one of these to be set. If 
it finds an INT bit set, the appropriate Result Available 
bit is examined to determine if the "interrupt" is a data 
transfer or completion result. If a data transfer is called 
for, the DACK line is used to enter or read the data from 
the 8273. If the interrupt is a completion result, the ap- 
propriate result register is read to determine the good/ 
bad completion of the operation. 

The actual selection of either DMA or non-DMA modes 
is controlled by a command issued during initialization. 
This command is covered in detail during the software 
discussion. 
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The final block of the CPU module Interface is the Data 
Bus Buffer. This block supplies the tri-state, bidirec- 
tional data bus Interface to allow communication to and 
from the 8273. 



Modem Interface 

As the name implies, the modem interface is the modem 
side of the 8273. It consists of two major blocks: the 
modem control block and the serial data timing block. 

The modem control block provides both dedicated and 
user-defined modem control functions. All signals sup- 
ported by this interface are active low so that EIA 
inverting drivers (MC1488) and inverting receivers 
(MC1489) may be used to interface to standard modems. 

Port A is a modem control input port. Its representation 
on the data bus is shown in Figure 13. Bits D and D-j 
hav e ded icated functions. D r eflec ts the logical state of 
the CTS (Clear-to-Send) pin. [If CTS is active (low), D is a 
1.] This signal is used to condit ion the start of a trans- 
mission. The 8273 waits until CTS is active befo re it 
starts transmitting a frame. While transmitting, if CTS 
goes inactive, the frame is aborted and the CPU is i nter- 
rupted. When the CPU reads the interrupt result, a CTS 
failure is indicated. 

D-| reflects the logical state of the CD (Carrier Detect) 
pin. CD is used to condition the start of a frame recep- 
tion. CD must be active in time for a frame's address 
field. If CD is lost (goes inactive) while receiving a frame, 
an interrupt is generated with a CD failure result. CD 
may go inactive between frames. 

Bits D 2 thru D 4 reflect the logical state of the PA^ thru 
PA 4 pins respectively. These inputs are user defined. 
The 8273 does not interrogate or manipulate these bits. 
Bits D 5 , D 6 ,and D 7 are not used and each is read as a 1 
for a Read Port A command. 

Port B is a modem control output port. Its data bus 
representation is shown in Figure 14. As in Port A, the 
bit values represent the logical condition of the pins. D 
and D 5 are dedicated function outputs. D represents 
the RTS (Request-to-Send) pin. RTS is normally used to 
notify the modem that the 8273 wishes to transm it. Th is 
function is handled automatically by the 8273. If RTS is 
inactive (pin is high) when the 8273 is commanded to 
tran smit, the 8273 makes it active and then waits for 
CTS before transmitting the frame. O ne b yte time after 
the end of the fra me, th e 8273 returns RTS to its inactive 
state. However, if RTS was active wheh a transmit com- 
mand is issued, the 8273 leaves it active when the frame 
is complete. 



Bit D 5 reflects the state of the Flag Detect pin. This pin 
is activated whenever an active receiver sees a flag 
character. This function is useful to activate a timer for 
line activity timeout purposes. 

Bits Di thru D 4 provide four user-defined outputs. Pins 
PB-| thru. PB 4 reflect the logical state of these bits. The 
8273 does not interrogate or manipulate these bits. D 6 
and D 7 are not used. In addition to being able to output 
to Port B, Port B may be read using a Read Port B com- 
mand. All Modem control output pins are forced high on 



reset. (All commands mentioned in this section are 
covered in detail later.). 

The final block to be covered is the serial data timing 
block. This block contains two sections: the serial data 
logic and the digital phase locked loop (DPLL). 

Elements of the serial data logic section are the data 
pins, TxD (transmit data output) and RxD (rec eive data 
input), and the respective data clocks, TxC and RxC. The 
transmit and receive data is synchronized by the TxC 
and RxC clocks. Figure 15 shows the timing for t hese 
signals. The leading edge (negative transition) of TxC 
generates new transmi t da ta and the trailing edge 
(positive transition) of RxC is used to capture the 
receive data. 

It is possible to reconfigure this section under program 
control to perform diagnostic functions; both data and 
clock loopback are available. In data loopback mode, the 
TxD pin is internally routed to the RxD pin. This allows 
simple board checkout since the CPU can send an SDLC 
message to itself. (Note that transmitted data will still 
appear on the TxD pin.) 
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Figure 12. Polled System 
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Figure 13. Port A (Input) Bit Definition 
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Figure 14. Port B (Output) Bit Definition 
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When data loopback is utilized, t he r eceiver may be 
presented incorrect sample timing (RxC) by the external 
circuitry. Clock loopback over come s th is p roblem by 
allowing the internal routing of TxC and RxC. Thus the 
same clock used to transmit the data is used to receive 
it. Examination of Figure 15 shows that this method en- 
sures bit synchronism. The final element of the serial 
data logic is the Digital Phase Locked Loop. 

The DPLL provides a means of clock recovery from the 
received data stream. This feature allows the 8273 to in- 
terface without external synchronizing logic to low cost 
asynchronous modems (modems which do not supply 
clocks). It also makes the problem of clock timing in 
loop configurations trivial. 

To use the DPLL, a clock at 3 2 times th e required baud 
rate must be supplied to the 32xCLK pin. This clock 
provides the interval that the DPLL samples the received 
data. The DPLL uses the 32 x clock and the received 
data to generate a pulse at the DPLL output pin. This 
DPLL pulse is positioned at the nomin al center of the 
received data bit cell. Thus the DPLL output may be 
wired to RxC and/or TxC to supply the data timing. The 
exact position of the pulse is varied depending on the 
line noise and bi t disto rtion of the received data. The ad- 
justment of the DPLL position is determined according 
to the rules outlined in Figure 16. 

Adjustments to the sample phase of DPLL with respect 
to the received data is made in discrete increments. 
Refer ring to Figure 16, follo wing the occurrence of 
DPLL pulse A, the DPLL counts 32 x CLK pulses and ex- 
amines the received data for a da ta edg e. Should no 
edge be de tected in 32 pulses, the DPLL positions the 
next DPLL pulse (B) at 32 clock pulses from pulse A. 
Since no new phase information is contained in the data 
stream, the sample phase is assumed to be at nominal 
1 x baud rate. Now assume a data edge occurs after 



DPLL pulse B. The distance from B to the next pulse C is 
influenced according to which quadrant (A lf B-i, B 2 , or 
A 2 ) the d ata edge falls in. (Each quadrant represents 8 
32 x CLK times.) For example, if the edge is detected in 
quadrant A-,, it is apparent that pulse B was too close to 
the data edge and the time to the next pulse must be 
shortened. The adjustm ent for quadrant A^ is specified 
as -2. Thus, the n ext DPLL pulse, pulse C, is posi- 
tioned 32-2 or 30 32 x CLK pulses following DPLL 
pulse B. This adjustment moves pulse C closer to the 
nominal bit center of the next received data cell. A data 
edge occurring in quadrant B 2 would have ca used the 
adjustment to be small, namely 32 + 1 or 33 32 x CLK 
pulses. Using this technique, the DPLL pulse converges 
to the nominal bit center within 12 data transitions, 
worse case — 4-bit times adjusting through quadrant A-| 
or A 2 and 8-bit times adjusting through B-| or B 2 . 
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Figure 15. Transmit/Receive Timing 
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Figure 16. DPLL Phase Adjustments 
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When the receive data stream goes idle after 15 ones, 
DPLL pulses are generated at 32 pulse intervals of the 
32x CLK. This feature allows the DPLL pulses to be 
used as both transmitter and receiver clocks. 

In order to guarantee su fficien t transitions of the re- 
ceived data to enable the DPLL to lock, NRZI encoding 
of the data is recommended. This ensures that, within a 
frame, data transitions occur at least every five bit times 
— the longest sequence of 1s which may be transmitted 
with zero bit insertion. It is also recommended that 
frames following a line idle be transmitted with pre- 
frame sync characters which provi de a m inimum of 12 
transi tions. This ensures that the DPLL is generating 
DPLL pulses at the nominal bit centers in time for the 
opening flag. (Two 00H characters meet this require- 
ment by supplying 16 transitions with NRZI encoding. 
The 8273 contains a mode which supplies such a pre- 
frame sync.) 

Figure 17 illustrates 8273 clock configurations using 
either sy nchro nous or asynchronous mode ms. Noti ce 
how the DPLL output is used for both TxC and RxC in 
the asynchronous case. This feature eliminates the 
need for external clock generation logic where low cost) 
asynchronous modems are used and also allows direct 
connection of 8273s for the ultimate in low cost data 
links. The configuration for loop applications is dis- 
cussed in a following section. 

This completes our discussion of the hardware aspects 
of the 8273. Its software aspects are now discussed. 



SOFTWARE ASPECTS OF THE 8273 

The software aspects of the 8273 involve the communi- 
cation of both commands from the CPU to the 8273 and 
the return of results of those commands from the 8273 



to the CPU. Due to the internal processor architecture of 
the 8273, this CPU-8273 communication is basically a 
form of interprocessor communication. Such communi- 
cation usually requires a form of protocol of its own. 
This protocol is implemented through use of handshak- 
ing supplied in the 8273 Status register. The bit defini- 
tion of this register is shown in Figure 18. 

CBSY: Command Busy — CBSY indicates when the 
8273 is in the command phase. CBSY is set when the 
CPU writes a command into the Command register, 
starting the Command phase. It is reset when the last 
parameter is deposited in the Parameter register and 
accepted by the 8273, completing the Command 
phase. 

CBF: Command Buffer Full — When set, this bit in- 
dicates that a byte is present in the Command 
register. This bit is normally not used. 

CPBF: Command Parameter Buffer Full — This bit in- 
dicates that the Parameter register contains a 
parameter. It is set when the CPU deposits a 
parameter in the Parameter register. It is reset when 
the 8273 accepts the parameter. 

CRBF: Command Result Buffer Full — This bit is set 
when the 8273 places a result from an immediate 
type command in the Result register. It is reset when 
the CPU reads the result from the Result register. 

RxINT: Receiver Interrupt — The state of the RxINT 
pin is reflected by this bit. RxINT is set by the 8273 
whenever the receiver needs servicing. RxINT is reset 
when the CPU reads the results or performs the data 
transfer. 

TxINT: Transmitter Interrupt — This bit is identical to 
RxINT except action is initiated based on transmitter 
interrupt sources. 
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Figure 17. Serial Data Timing Configuration 
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RxIRA: Receiver Interrupt Result Available — RxIRA 
is set when the 8273 places an interrupt result byte 
into the Rxl/R register. RxIRA is reset when the CPU 
reads the Rxl/R register. 

TxIRA: Transmitter Interrupt Result Available — 
TxIRA is the corresponding Result Available bit for 
the transmitter. It is set when the 8273 places an in- 
terrupt result byte in the Txl/R register and reset 
when the CPU reads the register. 

The significance of each of these bits will be evident 
shortly. Since the software requirements of each 
8273 phase are essentially independent, each phase 
is covered separately. 



D7 D6 D5 D4 D3 O2 D) D 



phase. A detailed description of the commands and 
their parameters is presented in a following section. 



-TxIRA 
-RxIRA 

- TxINT ■ 

- RxINT 
-CRBF- 

-CPBF- 



- TxINT RESULT AVAILABLE 

- RxINT RESULT AVAILABLE 

- Tx INTERRUPT 

- Rx INTERRUPT 

- COMMAND RESULT 

- BUFFER FULL 

- COMMAND PARAMETER 
BUFFER FULL 

COMMAND BUFFER FULL 

- COMMAND BUSY 



Figure 18. Status Register Format 



Command Phase Software 

Recalling the Command phase description in an earlier 
section, the CPU starts the Command phase by writing a 
command byte into the 8273 Command register. If fur- 
ther information about the command is required by the 
8273, the CPU writes this information into the Parameter 
register. Figure 19 is a flowchart of the Command 
phase. Notice that the CBSY and CPBF bits of the 
Status register are used to handshake the command 
and parameter bytes. Also note that the chart shows 
that a command may not be issued if the Status register 
indicates the 8273 is busy (CBSY = 1). If a command is 
issued while CBSY=1, the original command is over- 
written and lost. (Remember that CBSY signifies the 
command phase is in progress and not the actual execu- 
tion of the command.) The flowchart also includes a 
Parameter buffer full check. The CPU must wait until 
CPBF = before writing a parameter to the Parameter 
register. If a parameter is issued while CPBF = 1, the 
previous parameter is overwritten and lost. An example 
of command output assembly language software is pro- 
vided in Figure 20a. This software assumes that a com- 
mand buffer exists in memory. The buffer is pointed at 
by the HL register. Figure 20b shows the command buf- 
fer structure. 

The 8273 is a full duplex device, i.e., both the transmitter 
and receiver may be executing commands or passing in- 
terrupt results at any given time. (Separate Rx and Tx in- 
terrupt pins and result registers are provided for this 
reason.) However, there is only one Command register. 
Thus, the Command register must be used for only one 
command sequence at a time and the transmitter and 
receiver may never be simultaneously in a command 




WRITE 
COMMAND, CBSY = 1 




Q£) 




Figure 19. Command Phase Flowchart 



; FUNCTION: COMMAND DISPATCHER 

; INPUTS: HL - COMMAND BUFFER ADDRESS 

.•OUTPUTS: NONE 

; CALLS: NONE 

; DESTROYS: A,B,H,L,F/F*S 

; DESCRIPTION: CMDOUT ISSUES THE COMMAND 

;IN THE COMMAND BUFFER POINTED AT BY. HL 



PARAMETERS 



CMDOUT: 


LXI 


H,CMDBUF 


; POINT HL AT BUFFER 




MOV 


B,M 


;1ST ENTRY IS PAR. COUNT 




INX 


H 


; POINT AT COMMAND BYTE 


CMD1: 


IN 


STAT 7 3 


;READ 827 3 STATUS 




RLC 


; ROTATE 


CBSY INTO CARRY 




JC 


CMD1 


;WAIT UNTIL CBSY=0 




MOV 


A,M 


;MOVE COMMAND BYTE TO A 




OUT 


COMM73 


;PUT COMMAND IN COMMAND REG 


CMD2: 


MOV 


A,B 


;GET PARAMETER COUNT 




ANA 


A 


;TEST IF ZERO 




RZ 


;IF THEN DONE 




INX 


H 


•NOT DONE, SO POINT AT NEXT PAR 




DCR 


B 


;DEC PARAMETER COUNT 


CMD3: 


IN 


STAT73 


;READ 8273 STATUS 




AN I 


CPBF 


,TEST CPBF BIT 




JNZ 


CMD3 


;WAIT UNTIL CPBF IS 




MOV 


A,M 


;GET PARAMETER FROM BUFFER 




OUT 


PARM73 


; OUTPUT PAR TO PARAMETER REG 




JMP 


CMD2 


; CHECK IF MORE PARAMETERS 



Figure 20A. Command Phase Software 
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+4 


PARAMETER 3 




+3 


PARAMETER 2 




+2 


PARAMETER 1 




+1 


COMMAND 




CMDBUF: 


PARAMETER COUNT 


«-HL 


Figure 20B. Command Buffer Format 



Execution Phase Software 

During the Execution phase, the operation specified by 
the Command phase is performed. If the system utilizes 
DMA for data transfers, there is no CPU involvement 
during this phase, so no software is required. If non- 
DMA data transfers are used, either interrupts or polling 
is used to signal a data transfer request. 

For interrupt-driven transfers the 8273 raises the appro- 
priate INT pin. When responding to the interrupt, the 
CPU must determine whether it is a data transfer re- 
quest or an interrupt signaling that an operation is com- 
plete and results are available. The CPU determines the 
cause by reading the Status register and interrogating 
the associated IRA (Interrupt Result Available) bit (Tx- 
IRA for TxINT and RxIRA for RxINT). If the IRA = 0, the in- 
terrupt is a data transfer request. If the IRA=1, an 
operation is complete and the associated Interrupt 
Result register must be read to determine the comple- 
tion status (good/bad/etc.). A software interrupt handler 
implementing the above sequence is presented as part 
of the Result phase software. 

When polling is used to determine when data transfers 
are required, the polling routine reads the Status 
register looking for one of the INT bits to be set. When a 
set INT bit is found, the corresponding IRA bit is ex- 
amined. Like in the interrupt-driven case, if the IRA = 0, a 
data transfer is required. If IRA = 1, an operation is com- 
plete and the Interrupt Result register needs to be read. 
Again, example polling software is presented in the next 
section. 

Result Phase Software 

During the Result phase the 8273 notifies the CPU of the 
outcome of a command. The Result phase is initiated by 
either a successful completion of an operation or an er- 
ror detected during execution. Some commands such 
as reading or writing the I/O ports provide immediate 
results, that is, there is essentially no delay from the 
issuing of the command and when the result is avail- 
able. Other commands such as frame transmit, take 
time to complete so their result is not available im- 
mediately. Separate result registers are provided to 
distinguish these two types of commands and to avoid 
interrupt handling for simple results. 

Immediate results are provided in the Result register. 
Validity of information in this register is indicated to the 
CPU by way of the CRBF bit in the Status register. When 
the CPU completes the Command phase of an im- 
mediate command, it polls the Status register waiting 
until CRBF= 1. When this occurs, the CPU may read the 



Result register to obtain the immediate result. The 
Result register provides only the results from immedi- 
ate commands. 

Example software for handling immediate results is 
shown in Figure 21. The routine returns with the result 
in the accumulator. The CPU then uses the result as is 
appropriate. 

All non-immediate commands deal with either the trans- 
mitter or receiver. Results from these commands are 
provided in the Txl/R (Transmit Interrupt Result) and 
Rxl/R (Receive Interrupt Result) registers respectively. 
Results in these registers are conveyed to the CPU by 
the TxIRA and RxIRA bits of the Status register. Results 
of non-immediate commands consist of one byte result 
interrupt code indicating the condition for the interrupt 
and, if required, one or more bytes supplying additional 
information. The interrupt codes and the meaning of the 
additional results are covered following the detailed 
command description. 

Non-immediate results are passed to the CPU in 
response to either interrupts or polling of the Status 
register. Figure 22 illustrates an interrupt-driven result 
handler. (Please note that all of the software presented 
in this application note is not optimized for either speed 
or code efficiency. They are provided as a guide and to 
illustrate concepts.) This handler provides for interrupt- 
driven data transfers as was promised in the last sec- 
tion. Users employing DMA-based transfers do not need 
the lines where the IRA bit is tested for zero. (These 
lines are denoted by an asterisk in the comments col- 
umn.) Note that the INT bit is used to determine when all 
results have been read. All results must be read. Other- 
wise, the INT bit (and pin) will remain high and further in- 
terrupts may be missed. These routines place the 
results in a result buffer pointed at by RCRBUF and 
TxRBUF. 

A typical result handler for systems utilizing polling is 
shown in Figure 23. Data transfers are also handled by 
this routine. This routine utilizes the routines of Figure 
22 to handle the results. 

At this point, the reader should have a good conceptual 
feel about how the 8273 operates. It is now time for the 
particulars of each command to be discussed. 



; FUNCTION: IMDRLT 

; INPUTS: NONE 

; OUTPUTS: RESULT REGISTER IN A 

; CALLS: NONE 

; DESTROYS: A,F/F*S 

; DESCRIPTION: IMDRLT IS CALLED AFTER A CMDOUT FOR AN 

.•IMMEDIATE COMMAND TO READ THE RESULT REGISTER 

;READ 8271 STATUS 

;TEST IF RESULT REG READY 

;WAIT IF CRBF=0 

;READ RESULT REGISTER 



Figure 21. Immediate Result Handler 



MDRLT: 


IN 


ST AT 7 3 




ANI 


CRBF 




JZ 


IMDRLT 




IN 


RESL71 




RET 


; RETURN 
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-1 (RX COMPLETION) , 
(BOTH) 



; FUNCTION: RXI - INTERRUPT DRIVEN RESULT/DATA HANDLER 

; INPUTS: RCRBUF, RCVPNT 

fCALLS: NONE 

; OUTPUTS: RCRBUF, RCVPNT 

; DESTROYS: NOTHING 

; DESCRIPTION: RXI IS ENTERED AT A RECEIVER INTERRUPT. 

;THE INTERRUPT IS TESTED FOR DATA TRANSFER (IRA«0) 

; OR RESULT (IRA«1) . FOR DATA TRANSFER, THE DATA IS 

; PLACED IN A BUFFER AT RCVPNT. RESULTS ARE PLACED IN 

;A BUFFER AT RCRBUF. 

A FLAG(RXFLAG) IS SET IF THE INTERRUPT WAS A RESULT. 

(DATA TRANSFER INSTRUCTIONS ARE DENOTED BY (*) AND 

MAYBE ELIMINATED BY USERS USING DMA. 



RXI: 



PUSH 

PUSH 

PUSH 

IN 

ANI 

JZ 

LHLD 

IN 

ANI 

JZ 

IN 

ANI 

JZ 

IN 

MOV 

INX 

SHLD 

JMP 

SHLD 

IN 

MOV 

INX 

JMP 

MVI 

STA 

POP 

POP 

POP 

EI 

RET 



PSW 

B 

STAT73 

RXIRA 

RXI2 

RCRBUF 

STAT 7 3 

RXINT 

RXI4 

STAT 7 3 

RXIRA 

RXI1 

RXIR73 

M,A 

H 

RCRBUF 

RXI1 

RCVPNT 

RCVDAT 

M,A 

H 

RXI 3 

A,01H 

RXFLAG 

B 

PSW 

H 

; ENABLE 

;DONE 



fSAVE HL 

;SAVE PSW 

;SAVE B 

; (*) READ 827 3 STATUS 

; (*) TEST IRA BIT 

; (*) IF 0, DATA TRANSFER NEEDED 

;GET RESULT BUFFER POINTER 

;READ 8273 STATUS AGAIN 

;TEST INT BIT 

;IF 0, THEN DONE 

;READ 827 3 STATUS AGAIN 

;TEST IRA AGAIN 

; LOOP 'UNTIL RESULT IS READY 

; READY, READ RXI/R 

;STORE RESULT IN BUFFER 

;BUMP RESULT POINTER 

; RESTORE BUFFER POINTER 
GO BACK TO SEE IF MORE 

*) GET DATA BUFFER POINTER 
*) READ DATA VIA RXDACK 
*) STORE DATA IN BUFFER 
*) BUMP DATA POINTER 
*) DONE 
SET RX FLAG TO SHOW COMPLETION 

.•COMPLETION 

; RESTORE BC 

; RESTORE PSW 

; RESTORE- HL 

INTERRUPTS 



;FUNCTION: TXI - INTERRUPT DRIVEN RESULT/DATA HANDLER 

j INPUTS: TXRBUF, TXPNT, TXFLAG 

• OUTPUTS: TXRBUF, TXPNT, TXFLAG 

; CALLS: NONE 

; DESTROYS: NOTHING 

DESCRIPTION: TXI IS ENTERED AT A TRANSMITTER INTERRUPT. 

,-TtlE INTERRUPT IS TESTED BY WAY OF THE IRA BIT TO SEE 

;IF A DATA TRANSFER OR RESULT COMPLETION HAS OCCURED. 

;FOR DATA TRANSFERS (IRA=0) , THE DATA IS OBTAINED FROM 

;A BUFFER LOCATION POINTED AT BY TXPNT. FOR COMPLETION, 

;(IRA=1), THE RESULTS ARE READ AND PLACED AT A RESULT 

;BUFFER POINTED AT BY TXRBUF, AND THE TXFLAG IS SET 

;TO INDICATE TO THE MAIN PROGRAM THAT A OPERATION IS 

; COMPLETE. TX OPERATIONS HAVE ONLY ONE RESULT. 

;DATA TRANSFER INSTRUCTIONS ARE DENOTED BY (*) . THESE 

; MAYBE REMOVED BY USERS USING DMA. 

TXI: 



PUSH 


. H 


SAVE HL 


PUSH 


PSW 


SAVE PSW 


IN 


STAT 7 3 


<*) READ 8273 STATUS 


ANI 


TXIRA 


(*) TEST TXIRA BIT 


JZ 


TXI2 


(*) IF 0, DATA TRANSFER 


IN 


TXIR73 


1, THEN READ TXIR 


LHLD 


TXRBUF 


GET RESULT BUFFER POINTER 


MOV 


M,A 


STORE RESULT IN BUFFER 


INX 


H 


BUMP RESULT POINTER 


SHLD 


TXRBUF 


•RESTORE RESULT POINTER 


MVI 


A,01H 


•SET TXFLAG TO SHOW COMPLETION 


STA 


TXFLAG 


•SET FLAG 


POP 


PSW 


•RESTORE PSW 


POP 


H 


•RESTORE HL 


EI 


; ENABLE 


INTERRUPTS 


RET 


;DONE 




LHLD 


TXPNT 


; (*) GET DATA POINTER 


MOV 


A,M 


; (*) GET DATA FROM BUFFER 


OUT 


TXDATA 


• (*) OUTPUT TO 827 3 VIA TXDACK 


INX 


H 


; (*) BUMP DATA POINTER 


SHLD 


TXPNT 


; ("*) RESTORE POINTER 


JMP 


TXI1 


; (*) RETURN AFTER RESTORE 



; FUNCTION: POLOP 
; INPUTS: NONE 

•OUTPUTS: C«0 (NO STATUS), 
=2 (TX COMPLETION) , «1 
;CALLS: TXI, RXI 
; DESTROYS: B,C 

.♦DESCRIPTION: POLOP IS CALLED TO POLL THE 8273 FOR 
;DATA TRANSFERS AND COMPLETION RESULTS, THE 
.•ROUTINES TXI AND RXI ARE USED FOR THE ACTUAL 
; TRANSFERS AND BUFFER WORK. POLOP RETURNS 
;THE STATUS OF THEIR ACTION. 



POLOP: 


PUSH 


PSW 


;SAVE PSW 




MVI 


C,00H 


; CLEAR C 


POLOPl: 


IN 


ST AT 7 3 


;READ 8273 STATUS 




ANI 


INT 


;ARE TXINT OR RXINT SET? 




JZ 


PEXIT 


;NO, EXIT 




IN 


STAT 7 3 


,-READ 8273 STATUS 




ANI 


RXINT 


,-TEST RX INT 




JNZ 


RXIC 


;YES, GO SERVICE RX 




CALL 


TXI 


;MUST BE TX, GO SERVICE IT 




LDA 


TXFLAG 


;GET TX FLAG 




CPI 


01H 


;WAS IT A COMPLETION? (01) 




JNZ 


PEXIT 


;NO, SO JUST EXIT 




INR 


C 


;YES, UPDATE C 




INR 


C 






JMP 


POLOPl 


;TRY AGAIN 


RXIC: 


CALL 


RXI 


;GO SERVICE RX 




LDA 


RXFLAG 


;GET RX FLAG 




CPI 


01H 


;WAS IT A COMPLETION? (01) 




JNZ 


PEXIT 


;NO, SO JUST EXIT 




INR 


C 


,;YES, UPDATE C 




JMP 


POLOPl 


;TRY AGAIN 


PEXIT: 


POP 


PSW 


; RESTORE PSW 




RET 


.•RETURN 


WITH COMP. STATUS IN C 




Figure 23. Polling Result Handle 



8273 COMMAND DESCRIPTION 

In this section, each command is discussed in detail. In 
order to shorten the notation, please refer to the com- 
mand key in Table 1. The 8273 utilizes five different 
command types: Initialization/Configuration, Receive,. 
Transmit, Reset, and Modem Control. 

Initialization/Configuration Commands 

The Initialization/Configuration commands manipulate 
registers internal to the 8273 that define the various 
operating modes. These commands either set or reset 
specified bits in the registers depending oh the type of 
command. One parameter is required. Set commands 
perform a logical OR operation of the parameter (mask) 
and the internal register. This mask contains 1s where 
register bits are to be set. A in the mask causes no 
change in the corresponding register bit. Reset com- 
mands perform a logical AND operation of the param- 
eter (mask) and the internal register, i.e., the mask is to 
reset a register bit and a 1 to cause no change. Before 
presenting the commands, the register bit definitions 
are discussed. 

TABLE 1. COMMAND SUMMARY KEY 



B , 

R , 

Lo,l 

Ai, 

RIC 

TIC 

A 

C 



— LSB AND MSB OF RECEIVE BUFFER LENGTH 

— LSB AND MSB OF RECEIVED FRAME LENGTH 

— LSB AND MSB OF TRANSMIT FRAME LENGTH 

— MATCH ADDRESSES FOR SELECTIVE RECEIVE 

— RECEIVER INTERRUPT RESULT CODE 

— TRANSMITTER INTERRUPT RESULT CODE 

— ADDRESS FIELD OF RECEIVED FRAME 

— CONTROL FIELD OF RECEIVED FRAME 



Figure 22. Ihterrupt-Driven Result Handlers 
with Non-DMA Data Transfers 
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Operating Mode Register (Figure 24) 

D 7 -D 6 : Not Used — These bits must not be manipu- 
lated by any command; i.e., D 7 -D 6 must be for 
the Set command and 1 for the Reset command. 

D 5 : HDLC Abort — When this bit is set, the 8273 will 
interrupt when 7 1s (HDLC Abort) are received 
by an active receiver. When reset, an SDLC 
Abort (8 1s) will cause an interrupt. 



D7 D6 D5 D4 D3 D2 



ISH 



~Cr 



- FLAT STREAM MODE 
-PREFRAME SYNC MODE 
-BUFFERED MODE 

- EARLY Tx INTERRUPT ENABLE 

- EOP INTERRUPT ENABLE 

- HDLC ABORT ENABLE 

- NOT USED - DO NOT CHANGE 



D 4 : EOP Interrupt — Reception of an EOP character 
(0 followed by 7 1s) will cause the 8273 to inter- 
rupt the CPU when this bit is set. Loop con- 
troller stations use this mode as a signal that a 
polling frame has completed the loop. No EOP 
interrupt is generated when this bit is reset. 

D 3 : Early Tx Interrupt — This bit specifies when the 
transmitter should generate an end of frame in- 
terrupt. If this bit is set, an interrupt is gener- 
ated when the last data character has been 
passed to the 8273. If the user software issues 
another transmit command within two byte 
times, the final flag interrupt does not occur and 
the new frame is transmitted with only one flag 
of separation. If this restriction is not met, more 
than one flag will separate the frames and a 
frame complete interrupt is generated after the 
closing flag. If the bit is reset, only the frame 
complete interrupt occurs. This bit, when set, 
allows a single flag to separate consecutive 
frames. 

D 2 : Buffered Address and Control — When set, the 
address and control fields of received frames 
are buffered in the 8273 and passed to the CPU 
as results after a received frame interrupt (they 
are not transferred to memory with the informa- 
tion field). On transmit, the A and C fields are 
passed to the 8273 as parameters. This mode 
simplifies buffer management. When this bit is 
reset, the A and C fields are passed to and from 
memory as the first two data transfers. 

D^: Preframe Sync — When set, the 8273 prefaces 
each transmitted frame with two characters 
before the opening flag. These two characters 
provide 16 transitions to allow synchronization 
of the opposing receiver. To guarantee 16 tran- 
sitions, the two characters are 55H-55H for non- 
NRZI mode (see Serial I/O Register description) 
or 00H-00H for NRZI mode. When reset, no 
preframe characters are transmitted. 



'^Figure 24. Operating Mode Register] 



Serial I/O Mode Register (Figure 25) 

D7-D3: Not Used — These bits must be for the Set 
command and 1 for the Reset command. 

D 2 : Data Loopback— When set, transmitted data 
(TxD) is internally routed to the receive data cir- 
cuitry. When reset, TxD and RxD are indepen- 
dent. 

Dv Clock Lo opba ck — When set, TxC is internally 
routed to RxC. When reset, the clocks are inde- 
pendent. 

D : NRZI (Non-Return to Zero Inverted) — When set, 
the 8273 assumes the received data is NRZI en- 
coded, and NRZI encodes the transmitted data. 
When reset, the received and transmitted data 
are treated as a normal positive logic bit stream. 

Data Transfer Mode Register (Figure 26) 

D7-D-1: Not Used — These bits must be for the Set 
command and 1 for the Reset command. 

D : Interrupt Data Transfer — When set, the 8273 
will interrupt the CPU when data transfers are 
required (the corresponding IRA Status register 
bit will be to signify a data transfer interrupt 
rather than a Result phase interrupt). When 
reset, 8273 data transfers are performed through 
DMA requests on the DRQ pins without inter- 
rupting the CPU. 



D7 Dg D5 D4 O3 D2 D1 Dq 



M*Mxiyi ill 



T_L 



XT 



-NRZI MODE 

- CLOCK LOOPBACK 

- DATA LOOPBACK 

- NOT USED - DO NOT CHANGE 



Figure 25. Serial I/O Mode Register 



Flag Stream — When set, the transmitter will 
start sending flag characters as soon as it is 
idle; i.e., immediately if idle when the command 
is issued or after a transmission if the transmit- 
ter is active when this bit is set. When reset, the 
transmitter starts sending Idle characters on 
the next character boundary if idle already, or at 
the end of a transmission if active. 



D7 De D5 D4 D3 D2 D1 Do 

Mxixixixiy«ri 



- INTERRUPT DATA TRANSFERS 

- NOT USED - DO NOT CHANGE 



Figure 26. Data Transfer Mode Register 
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One Bit Delay Register (Figure 27) 

D 7 : One Bit Delay — When set, the 8273 retransmits 
the received data stream one bit delayed. This 
mode is entered and exited at a received char- 
acter boundary. When reset, the transmitted and 
received data are independent/This mode is 
utilized for loop operation and is discussed in a 
later section. 



Dfi-Dn 



Not Used — These bits must be for the Set 
command and 1 for the Reset command. 



D 7 D 6 D 5 D 4 



IXIXIXIXIXI^^I 



I I I I l~ 



Figure 27. One Bit Delay Mode Register 



Figure 28 shows the Set and Reset commands associ- 
ated with the above registers. The mask which sets or 
resets the desired bits is treated as a single parameter. 
These commands do not interrupt nor provide results 
during the Result phase. After reset, the 8273 defaults to 
all of these bits reset. 



REGISTER 


COMMAND 


HEX 
CODE 


PARAMETER 


ONE BIT DELAY MODE 


SET 


A4 


SET MASK 


RESET 


64 


RESET MASK 


DATA TRANSFER MODE 


SET 


97 


SET MASK 


RESET 


57 


RESET MASK 


OPERATING MODE 


SET 


91 


SET MASK 


RESET 


51 


RESET MASK 


SERIAL I/O MODE 


SET 


AO 


SET MASK 


RESET 


60 


RESET MASK 



Figure 28. Initialization/Configuration Command Summary 



Receive Commands 

The 8273 supports three receive commands plus a 
receiver disable function. 



General Receive 

When commanded to General Receive, the 8273 passes 
all frames either to memory (DMA mode) or to the CPU 
(non-DMA mode) regardless of the contents of the 
frame's address field. This command is used for primary 
and loop controller stations. Two parameters are re- 
quired: B and B-j. These parameters are the LSB and 
MSB of the receiver buffer size. Giving the 8273 this 
extra information alleviates the CPU of the burden of 
checking for buffer overflow. The 8273 will interrupt the 
CPU if the received frame attempts to overfill the 
allotted buffer space. 



Selective Receive 

In Selective Receive, two additional parameters besides 
B and B-| are required: A, and A 2 . These parameters are 
two address match bytes. When commanded to Selec- 
tive Receive, the 8273 passes to memory or the CPU 
only those frames having an address field matching 
either Ai or A 2 . This command is usually used for sec- 
ondary stations with A-i being the secondary address 
and A 2 is the "All Parties" address. If only one match 
byte is needed, A-i and A 2 should be equal. As in General 
Receive, the 8273 counts the incoming data bytes and 
interrupts the CPU if B , B A is exceeded. 

Selective Loop Receive 

This command is very similar in operation to Selective 
Receive except that One Bit Delay mode must be set and 
that the loop is captured by placing transmitter in Flag 
Stream mode automatically after an EOP character is 
detected following a selectively received frame. The 
details of using the 8273 in loop configurations is 
discussed in a later section so please hold questions 
until then. 

The handling of interrupt results is common among the 
three commands. When a frame is received without 
error, i.e., the FCS is correct and CD (Carrier Detect) was 
active throughout the frame or no attempt was made to 
overfill the buffer; the 8273 interrupts the CPU following 
the closing flag to pass the completion results. These 
results, in order, are the receiver interrupt result code 
(RIC), and the byte length of the information field of the 
received frame (R , Ri). If Buffered mode is selected, the 
address and control fields are passed as two additional 
results. If Buffered mode is not selected, the address 
and control fields are passed as the first two data 
transfers and Rq, Ri reflect the information field length 
plus two. 

Receive Disable 

The receiver may also be disabled using the Receive 
Disable command. This command terminates any 
receive operation immediately. No parameters are re- 
quired and no results are returned. 

The details for the Receive command are shown in 
Figure 29. The interrupt result code key is shown in 
Figure 30. Some explanation of these result codes is 
appropriate. 

The interrupt result code is the first byte passed to the 
CPU in the Rxl/R register during the Result phase. Bits 
D 4 -D define the cause of the receiver interrupt. Since 
each result code has specific implications, they are 
discussed separately below. 











COMMAND 


HEX 
CODE 


PARAM- 
ETERS 


RESULTS* 
Rxl/R 






GENERAL RECEIVE 


CO 


BO. Bl 


RIC,Ro,Rl.A,C 






SELECTIVE RECEIVE 


C1 


Bo.BlAi.A2 


RIC,Ro,Ri,A,C 






SELECTIVE LOOP RECEIVE 


C2 


Bo,Bi,Ai,A 2 


RIC,Ro,Ri,A,C 






DISABLE RECEIVER 


C5 


NONE 


NONE 






*A AND C ARE PASSED AS RESULTS ONLY IN BUFFERED MODE. 




Figure 29. Receiver Command Summary 
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RIC 




Rx STATUS 


P7-D0 


RECEIVER INTERRUPT RESULT CODE 


AFTER INT 


• 00000 


Ai MATCH OR GENERAL RECEIVE 


ACTIVE 


* 00001 


A2 MATCH 


ACTIVE 


000 00011 


CRC ERROR 


ACTIVE 


000 00100 


ABORT DETECTED 


ACTIVE 


000 00101 


IDLE DETECTED 


DISABLED 


000 00110 


EOP DETECTED 


DISABLED 


000 00111 


FRAME < 32 BITS 


ACTIVE 


000 01000 


DMA OVERRUN 


DISABLED 


000 01001 


MEMORY BUFFER OVERFLOW 


DISABLED 


000 01010 


CARRIER DETECT FAILURE 


DISABLED 


000 01011 


RECEIVER INTERRUPT OVERRUN 


DISABLED 


•D7-D5 


PARTIAL BYTE RECEIVED 




111 


ALL 8 BITS OF LAST BYTE 




000 


DO 




100 


Di-D 




010 


D2-D0 




110 


D3-D0 




001 


D4D-0 




101 


D5-D0 




011 


Db-Dq 




figure 30. Receiver Interrupt Result Codes (RIC) 



The first two result codes result from the error-free 
reception of a frame. If the frame is received correctly 
after a General Receive command, the first result is 
returned. If either Selective Receive command was used 
(normal or loop), a match with A-| generates the first 
result code and a match with A 2 generates the second. 
In either case, the receiver remains active after the inter- 
rupt; however, the internal buffer size counters are not 
reset. That is, if the receive command indicated 100 
bytes were allocated to the receive buffer (B , B-,) and an 
80-byte frame was received correctly, the maximum next 
frame size that could be received without recomman- 
ding the receiver (resetting B and B-,) is 20 bytes. Thus, 
it is common practice to recommand the receiver after 
each frame reception. DMA and/or memory pointers are 
usually updated at this time. (Note that users who do 
not wish to take advantage of the 8273's buffer manage- 
ment features may simply use B , B-| =0FFH for each 
receive command. Then frames of 65K bytes may be 
received without buffer overflow errors.) 

The third result code is a CRC error. This indicates that 
a frame was received in the correct format (flags, etc.); 
however, the received FCS did not check with the inter- 
nally generated FCS. The frame should be discarded. 
The receiver remains active. (Do not forget that even 
though an error condition has been detected, all frame 
information up until that error has either been trans- 
ferred to memory or passed to the CPU. This informa- 
tion should be invalidated. This applies to all receiver 
error conditions.) Note that the FCS, either transmitted or 
received, is never available to the CPU. 

The Abort Detect result occurs whenever the receiver 
sees either an SDLC (8 1s) or an HDLC (7 1s), depending 
on the Operating Mode register. However, the interven- 
ing Abort character between a closing flag and an Idle 
does not generate an interrupt. If an Abort character 
(seen by an active receiver within a frame) is not pre- 
ceded by a flag and is followed by an Idle, an interrupt 
will be generated for the Abort, followed by an Idle inter- 



rupt one character time later. The Idle Detect result oc- 
curs whenever 15 consecutive 1s are received. After the 
Abort Detect interrupt, the receiver remains active. After 
the Idle Detect interrupt, the receiver is disabled and 
must be recommanded before further frames may be 
received. 

If the EOP Interrupt bit is set in the Operating Mode 
register, the EOP Detect result is returned whenever an 
EOP character is received. The receiver is disabled, so 
the Idle following the EOP does not generate an Idle 
Detect interrupt. 

The minimum number of bits in a valid frame between 
the flags is 32. Fewer than 32 bits indicates an error. If 
Buffered mode is selected, such frames are ignored, i.e., 
no data transfers or interrupts are generated. In non- 
Buffered mode, a < 32-bit frame generates an interrupt 
with the < 32-bit Frame result since data transfers may 
already have disturbed the 8257 or interrupt handler. The 
receiver remains active. 

The DMA Overrun result results from the DMA controller 
being too slow in extracting data from the 8273, i.e., the 
RxDACK signal is not returned before the next received 
byte is ready for transfer. The receiver is disabled if this 
error condition occurs, 

The Memory Buffer Overflow result occurs when the 
number of received bytes exceeds the receiver buffer 
length supplied by the B and B 1 parameters in the 
receive command. The receiver is disabled. 

The Carrier Detect Failure result occurs when the CD 
pin goes high (inactive) during reception of a frame. The 
CD pin is used to qualify reception and must be active 
by the time the address field starts to be received. If CD 
is lost during the frame, a CD Failure interrupt is 
generated and the receiver is disabled. No interrupt is 
generated if CD goes inactive between frames. 

If a condition occurs requiring an interrupt be generated 
before the CPU has finished reading the previous inter- 
rupt results, the second interrupt is generated after the 
current Result phase is complete (the RxINT pin and 
status bit go low then high). However, the interrupt 
result for this second interrupt will be a Receive Inter- 
rupt Overrun. The actual cause of the second interrupt is 
lost. One case where this may occur is at the end of a 
received frame where the line goes idle. The 8273 
generates a received frame interrupt after the closing 
flag and then 15-bit times later, generates an Idle Detect 
interrupt. If the interrupt service routine is slow in 
reading the first interrupt's results, the internal Rxl/R 
register still contains result information when the Idle 
Detect interrupt occurs. Rather than wiping out the 
previous results, the 8273 adds a Receive Interrupt Over- 
run result as an extra result. If the system's interrupt 
structure is such that the second interrupt is not 
acknowledged (interrupts are still disabled from the first 
interrupt), the Receive Interrupt Overrun result is read as 
an extra result, after those from the first interrupt. If the 
second interrupt is serviced, the Receive Interrupt Over- 
run is returned as a single result. (Note that the INT pins 
supply the necessary transitions to support a Program- 
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mable Interrupt Controller such as the Intel 8259. Each 
interrupt generates a positive-going edge on the appro- 
priate INT pin and the high level is held until the inter- 
rupt is completely serviced.) In general, it is possible to 
have interrupts occurring at one character time inter- 
vals. Thus the interrupt handling software must have at 
least that much response and service time. 

The occurrence of Receive Interrupt Overruns is an in- 
dication of marginal software design; the system's inter- 
rupt response and servicing time is not sufficient for the 
data rates being attempted. It is advisable to configure 
the interrupt handling software to simply read the inter- 
rupt results, place them into a buffer, and clear the inter- 
rupt as quickly as possible. The software can then ex- 
amine the buffer for new results at its leisure, and take 
appropriate action. This can easily be accomplished by 
using a result buffer flag that indicates when new 
results are available. The interrupt handler sets the flag 
and the main program resets it once the results are 
retrieved. 

Both SDLC and HDLC allow frames which are of arbi- 
trary length (>32 bits). The 8273 handles this N-bit 
reception through the high order bits (D 7 -D 5 ) of the 
result code. These bits code the number of valid re- 
ceived bits in the last received information field byte. 
This coding is shown in Figure 30. The high order bits of 
the received partial btye are indeterminate. [The ad- 
dress, control, and information fields are transmitted 
least significant bit (A ) first. The FCS is complemented 
and transmitted most significant bit first.] 

Transmit Commands 

The 8273 transmitter is supported by three Transmit 
commands and three corresponding Abort commands. 

Transmit Frame 

The Transmit Frame command simply transmits a 
frame. Four parameters are required when Buffered 
mode is selected and two when it is not. In either case, 
the first two parameters are the least and the most 
significant bytes of the desired frame length (L , L^. In 
Buffered mode, L and L-, equal the length in bytes of 
the desired information field, while in the non-Buffered 
mode, L and L| must be specified as the information 
field length plus two. (L and L-i specify the number of 
data transfers to be performed.) In Buffered mode, the 
address and control fields are presented to the transmit- 
ter as the third and fourth parameters respectively. In 
non-Buffered mode, the A and C fields must be passed 
as the first two data transfers. 

When t he Tr ansmit Frame command is issued, the 8273 
makes RTS (Request-to-Send) activ e (pin low) if it was 
not already. It then waits until CTS (Clear-to-Send) goes 
active (pin low) before starting the frame. If the Preframe 
Sync bit in the Operting Mode register is set, the trans- 
mitter prefaces two characters (16 transitions) before 
the opening flag. If the Flag Stream bit is set in the 
Operating Mode register, the frame (including Preframe 
Sync if selected) is started on a flag boundary. Other- 
wise the frame starts on a character boundary. 



At the end of the frame, the transmitter interrupts the 
CPU (the interrupt results are discussed shortly) and 
returns to either Idle or Flag Stream, depending on the 
Flag Stream bit of the Operating Mode register. If RTS 
was active before the transmit command, the 8273 does 
not change it. If it was inactive, the 8273 will deactivate 
it within one character time. 

Loop Transmit 

Loop Transmit is similar to Frame Transmit (the param- 
eter definition is the same). But since it deals with loop 
configurations, One Bit Delay mode must be selected. 

If the transmitter is not in Flag Stream mode when this 
command is issued, the transmitter waits until after a 
received EOP character has been converted to a flag 
(this is done automatically) before transmitting. (The 
one bit delay is, of course, suspended during transmit.) 
If the transmitter Is already in Flag Stream mode as a 
result of a selectively received frame during a Selective 
Loop Receive command, transmission will begin at the 
next flag boundary for Buffered mode or at the third flag 
boundary for non-Buffered mode. This discrepancy is to 
allow time for enough data transfers to occur to fill up 
the internal transmit buffer. At the end of a Loop Trans- 
mit, the One Bit Delay mode is re-entered and the flag 
stream mode is reset. More detailed loop operation is 
covered later. 

Transmit Transparent 

The Transmit Transparent command enables the 8273 to 
transmit a block of raw data. This data is without SDLC 
protocol, i.e., no zero bit insertion, flags, or FCS. Thus it 
is possible to construct and transmit a Bi-Sync message 
for front-end processor switching or to construct and 
transmit an SDLC message with incorrect FCS for diag- 
nostic purposes. Only the L and L-i parameters are used 
since there are not fields in this mode, (the 8273 does 
not support a Receive Transparent command.) 

Abort Commands 

Each of the above transmit commands has an associ- 
ated Abort command. The Abort Frame Transmit com- 
mand causes the transmitter to send eight contiguous 
ones (no zero bit insertion) immediately and then revert 
to either idle or flag streaming based on the Flag Stream 
bit. (The 8 1s as an Abort character is compatible with 
both SDLC and HDLC.) 

For Loop Transmit, the Abort Loop Transmit command 
causes the transmitter to send one flag and then revert 
to one bit delay. Loop protocol depends upon FCS 
errors to detect aborted frames. 
The Abort Transmit Transparent simply causes the 
transmitter to revert to either idles or flags as a function 
of the Flag Stream mode specified. 

The Abort commands require no parameters, however, 
they do generate an interrupt and return a result when 
complete. 

A summary of the Transmit commands is shown in 
Figure 31. Figure 32 shows the various transmit inter- 
rupt result codes. As in the receiver operation, the 
transmitter generates interrupts based on either good 
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completion of an operation or an error condition to start 
the Result phase. 

The Early Transmit Interrupt result occurs after the last 
data transfer to the 8273 if the Early Transmit Interrupt 
bit is set in the Operating Mode register. If the 8273 is 
commanded to transmit again within two character 
times, a single flag will separate the frames. (Buffered 
mode must be used for a single flag to separate the 
frames. If non-Buffered mode is selected, three flags 
will separate the frames.) If this time constraint is not 
met, another interrupt is generated and multiple flags or 
idles will separate the frames. The second interrupt is 
the normal Frame Transmit Complete interrupt. The 
Frame Transmit Complete result occurs at the closing 
flag to signify a good completion. 

The DMA Underrun result is analogous to the DMA Over- 
run result in the receiver. Since SDLC does not support 
intraframe time fill, if the DMA controller or CPU does 
not supply the data in time, the frame must be aborted. 
The action taken by the transmitter on this error is auto- 
matic. It aborts the frame just as if an Abort command 
had been issued. 

Clear-to-Send Error result is generated if CTS goes inac- 
tive during a frame transmission. The frame is aborted 
as above. 

The Abort Complete result is self-explanatory. Please 
note however that no Abort Complete interrupt is 
generated when an automatic abort occurs. The next 
command type consists of only one command. 



COMMAND 


HEX 
CODE 


PARAMETERS* 


RESULTS 
Txl/R 


TRANSMIT FRAME 
ABORT 


C8 
CC 


L , Li, A, C 
NONE 


TIC 
TIC 


LOOP TRANSMIT 
ABORT 


CA 
CE 


L , L 1t A, C 
NONE 


TIC 
TIC 


TRANSMIT TRANSPARENT 
ABORT 


CO 
CD 


LO.M 
NONE 


TIC 
TIC 



*A AND C ARE PASSED AS PARAMETERS IN BUFFERED, MODE ONLY. 

Figure 31. Transmitter Command Summary 
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000 01100 


EARLY Tx INTERRUPT 


ACTIVE 
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DMA UNDERRUN 
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Figure 32. Transmitter Interrupt Result Codes 



Reset Command 

The Reset command provides a software reset function 
for the 8273. It is a special case and does not utilize the 
normal command interface. The reset facility is provided 
in the Test Mode register. The 8273 is reset by simply 
outputting a 01 H followed by a 00H to the Test Mode 
register. Writing the 01 followed by the 00 mimicks the 
action required by the hardware reset. Since the 8273 re- 
quires time to process the reset internally, at least 10 
cycles of the 0CLK clock must occur between the 



writing of the 01 and the 00. The action taken is the 
same as if a hardware reset is performed, namely: 

1. The modem control outputs are forced high 
inactive). 

2. The 8273 Status register is cleared. 

3. Any commands in progress cease. 

4. The 8273 enters an idle state until the next com- 
mand is issued. 

Modem Control Commands 

The modem control ports were discussed earlier in the 
Hardware section. The commands used to manipulate 
these ports are shown in Figure 33. The Read Port A and 
Read Port B commands are immediate. The bit defini- 
tion for the returned byte is shown in Figures 13 and 14. 
Do not forget that the returned value represents the 
logical condition of the pin, i.e., pin active (low) = bit 
set. 



HEX 
CODE 



RESET MASK 



REG 
RESULT 



NONE 



Figure 33. Modem Control Command Summary _^ 

The Set and Reset Port B commands are similar to the 
Initialization commands in that they use a mask param- 
eter which defines the bits to be changed. Set Port B 
utilizes a logical OR mask and Reset Port B uses a 
logical AND mask. Setting a bit makes the pin active 
(low). Resetting the bit deactivates the pin (high). 

To help clarify the numerous timing relationships that 
occur and their consequences, Figures 34 and 35 are 
provided as an illustration of several typical sequences. 
It is suggested that the reader go over these diagrams 
and re-read the appropriate part of the previous sections 
if necessary. 

HLDC CONSIDERATIONS 

The 8273 supports HDLC as well as SDLC. Let's discuss 
how the 8273 handles the three basic HDLC/SDLC dif- 
ferences: extended addressing, extended control, and 
the 7 1s Abort character. 

Recalling Figure 4A, HDLC supports an address field of 
indefinite length. The actual amount of extension used 
is determined by the least significant bit of the charac- 
ters immediately following the opening flag. If the LSB 
is 0, more address field bytes follow. If the LSB is 1, this 
byte is the final address field byte. Software must be 
used to determine this extension. 

If non-Buffered mode is used, the A, C, and I fields are in 
memory. The software must examine the initial charac- 
ters to find the extent of the address field. If Buffered 
mode is used, the characters corresponding to the 
SDLC A and C fields are transferred to the CPU as inter- 
rupt results. Buffered mode assumes the two characters 
following the opening flag are to be transferred as inter- 
rupt results regardless of content or meaning. (The 8273 
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does not know whether it is being used in an SDLC or an 
HDLC environment.) In SDLC, these characters are 
necessarily the A and C field bytes, however in HDLC, 
their meaning may change depending on the amount of 
extension used. The software must recognize this and 
examine the transferred results as possible address 
field extensions. 

Frames may still be selectively received as is needed for 
secondary stations. The Selective Receive command is 
still used. This command qualifies a frame reception on 
the first byte following the opening flag matching either 
of the At or A2 match byte parameters. While this does 
not allow qualification over the complete range of HDLC 
addresses, it does perform a qualification on the first 
address byte. The remaining address field bytes, if any, 
are then examined via software to completely qualify 
the frame. 

Once the extent of the address field is found, the follow- 
ing bytes form the control field. The same LSB test used 
for the address field is applied to these bytes to deter- 
mine the control field extension, up to two bytes maxi- 
mum. The remaining frame bytes in memory represent 
the information field. 

The Abort character difference is handled in the 
Operating Mode register. If the HDLC Abort Enable bit is 
set, the reception of seven contiguous ones by an active 
receiver will generate an Abort Detect interrupt rather 
than eight ones. (Note that both the HDLC Abort Enable 
bit and the EOP Interrupt bit must not be set simultane- 
ously.) 

Now let's move on to the SDLC loop configuration 
discussion. 



LOOP CONFIGURATION 

Aside from use in the normal data link applications, the 
8273 is extremely attractive in loop configuration due to 
the special frame-level loop commands and the Digital 
Phase Locked Loop. Toward this end, this section 
details the hardware and software considerations when 
using the 8273 in a loop application. 

The loop configuration offers a simple, low-cost solu- 
tion for systems with multiple stations within a small 
physical location, i.e., retail stores and banks. There are 
two primary reasons to consider a loop configuration. 
The interconnect cost is lower for a loop over a multi- 
point configuration since only one twisted pair or fiber 
optic cable is used. (The loop configuration does not 
support the passing of distinct clock signals from sta- 
tion to station.) In addition, loop stations do not need 
the intelligence of a multi-point station since the loop 
protocal is simpler. The most difficult aspects of loop 
station design are clock recovery and implementation of 
one bit delay (both are handled neatly by the 8273). 

Figure 36 illustrates a typical loop configuration with 
one controller and two down-loop secondaries. Each 
station must derive its own data timing from the 
received data stream. Reca lling our earlier discussion of 
the DP LL, no tice that TxC and RxC clocks are provided 
by the DPLL output. The only clock required in the 
secondaries is a simple, non-synchronized clock at 32 
times the desired baud rate. The controller requires both 
32 x and 1 x clocks. (The 1 x is usually implemented by 
dividing the 32 x clock with a 5-bit divider. However, 
there is no synchronism requirement between these 
clocks so any convenient implementation may be used.) 
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Figure 36. SDLC Loop Application 



A quick review of loop protocol is appropriate. All com- 
munication on the loop is controlled by the loop con- 
troller. When the controller wishes to allow the sec- 
ondaries to transmit, it sends a polling frame (the con- 
trol field contains a poll code) followed by an EOP (End- 
of-Poll) character/The secondaries use the EOP 
character to capture the loop and insert a response 
frame as will be discussed shortly. 

The secondaries normally operate in the repeater mode, 
retransmitting received data with one bit time of delay. 
All received frames are repeated. The secondary uses 
the one bit time of delay to capture the loop. 

When the loop is idle (no frames), the controller trans- 
mits continuous flag characters. This keeps transitions 
on the loop for the sake of down-loop phase locked 
loops. When the controller has a non-polling frame to 
transmit, it simply transmits the frame and continues to 
send flags. The non-polling frame is then repeated 
around the loop and the controller receives it to signify a 
complete traversal of the loop. At the particular second- 
ary addressed by the frame, the data is transferred to 
memory while being repeated. Other secondaries simply 
repeat it. 

If the controller wants to poll the secondaries, it 
transmits a polling frame followed by all 1s (no zero bit 
insertion). The final zero of the closing frame plus the 
first seven 1s form an EOP. While repeating, the secon- 
daries monitor their incoming line for an EOP. When an 
EOP is received, the secondary checks if it has any 
response for the controller. If not, it simply continues 
repeating! If the secondary has a response, it changes 
the seventh EOP one into a zero (the one bit time of 
delay allows time for this) and repeats it, forming a flag 
for the down-loop stations. After this flag is transmitted, 



the secondary terminates its repeater function and in- 
serts its response frame (with multiple preceding flags 
if necessary). After the closing flag of the response, the 
secondary re-enters its repeater function, repeating the 
up-loop controller 1s. Notice that the final zero of the 
response's closing flag plus the repeated 1s from the 
controller form a new EOP for the next down-loop 
secondary. This new EOP allows the next secondary to 
insert a response if it desires. This gives each secon- 
dary a chance to respond. 

Back at the controller, after the polling frame has been 
transmitted and the continuous 1s started, the con- 
troller waits until it receives an EOP. Receiving an EOP 
signifies to the controller that the original frame has 
propagated around the loop followed by any responses 
inserted by the secondaries. At this point, the controller 
may either send flags to idle the loop or transmit the 
next frame. Let's assume that the loop is implemented 
completely with the 8273s and describe the command 
flows for a typical controller and secondary. 

The loop controller is initialized with commands which 
specify that the NRZI, Preframe Sync, Flag Stream, and 
EOP Interrupt modes are set. Thus, the controller en- 
codes and decodes all data using NRZI format. Preframe 
Sync mode specifies that all transmitted frames be 
prefaced with 16 line transitions. This ensures that the 
minimum of 12 transitions needed by the DPLLs to lock 
after an all 1 s line have occurred by the time the second- 
ary sees a frame's opening flag. Setting the Flag Stream 
mode starts the transmitter sending flags which idles 
the loop. And the EOP Interrupt mode specifies that the 
controller processor will be interrupted whenever the 
active receiver sees an EOP, indicating the completion 
of a poll cycle. 

When the controller wishes to transmit a non-polling 
frame, it simply executes a Frame Transmit command. 
Since the Flag Stream mode is set, no EOP is formed 
after the closing flag. When a polling frame is to be 
transmitted, a General Receive command is executed 
first. This enables the receiver and allows reception of 
all incoming frames; namely, the original polling frame 
plus any response frames inserted by the secondaries. 
After the General Receive command, the frame is trans- 
mitted with a Frame Transmit command. When the 
frame is complete, a transmitter interrupt is generated. 
The loop controller processor uses this interrupt to 
reset Flag Stream mode. This causes the transmitter to 
start sending all 1s. An EOP is formed by the last flag 
and the first 7 1s. This completes the loop controller 
transmit sequence. 

At any time following the start of the polling frame 
transmission the loop' controller receiver will start 
receiving frames. (The exact time difference depends, of 
course, on the number of down-loop secondaries due to 
each inserting one bit time of delay.) The first received 
frame is simply the original polling frame. However, any 
additional frames are those inserted by the secondaries. 
The loop controller processor knows all frames have 
been received when it sees an EOP Interrupt. This inter- 
rupt is generated by the 8273 since the EOP Interrupt 
mode was set during initialization. At this point, the 
transmitter may be commanded either to enter Flag 
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Stream mode, idling the loop, or to transmit the next 
frame. A flowchart of the above sequence is shown in 
Figure 37. 

The secondaries are initialized with the NRZI and One 
Bit Delay modes set. This puts the 8273 into the repeater 
mode with the transmitter repeating the received data 
with one bit time of delay. Since a loop station cannot 
transmit until it sees and EOP character, any transmit 
command is queued until an EOP is received. Thus 
whenever the secondary wishes to transmit a response, 
a Loop Transmit command is issued. The 8273 then 
waits until it receives an EOP. At this point, the receiver 
changes the EOP into a flag, repeats it, resets One Bit 
Delay mode stopping the repeater function, and sets the 
transmitter into Flag Stream mode. This captures the 
loop. The transmitter now inserts its message. At the 
closing flag, Flag Stream mode is reset, and One Bit 
Delay mode is set, returning the 8273 to repeater func- 
tion and forming an EOP for the next down-loop station. 
These actions happen automatically after a Loop 
Transmit command is issued. 
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When the secondary wants its receiver enabled, a Selec- 
tive Loop Receive command is issued. The receiver then 
looks for a frame having a match in the Address field. 
Once such a frame is received, repeated, and trans- 
ferred to memory, the secondary's processor is inter- 
rupted with the appropriate Match interrupt result and 
the 8273 continues with the repeater function until an 
EOP is received, at which point the loop is captured as 
above. The processor should use the interrupt to deter- 
mine if it has a message for the controller. If it does, it 
simply issues a Loop Transmit command and things 
progress as above. If the processor has no message, the 
software must reset the Flag Stream mode bit in the 
Operating Mode register. This will inhibit the 8273 from 
capturing the loop at the EOP. (The match frame and the 
EOP may be separated in time by several frames de- 
pending on how many up-loop stations inserted mes- 
sages of their own.) If the timing is such that the 
receiver has already captured the loop when the Flag 
Stream mode bit is reset, the mode is exited on a flag 
boundary and the frame just appears to have extra clos- 
ing flags before the EOP. Notice that the 8273 handles 
the queuing of the transmit commands and the setting 
and resetting of the mode bits automatically. Figure 38 
illustrates the major points of the secondary command 
sequence. 
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Figure 37. Loop Controller Flowchart 



Figure 38. Loop Secondary Flowchart 
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When an off-line secondary wishes to come on-line, it 
must do so in a manner which does not disturb data on 
the loop. Figure 39 shows a typical hardware interface. 
The line labeled Port could be one of the 8273 Port B out- 
puts and is assumed to be high (1) initially. Thus up-loop 
data is simply passed down-loop with no delay; how- 
ever, the receiver may still monitor data on the loop. To 
come on-line, the secondary is initialized with only the 
EOP Interrupt mode set. The up-loop data Is then moni- 
tored until an EOP occurs. At this point, the secondary's 
CPU is interrupted with an EOP interrupt. This signals 
the CPU to set One Bit Delay mode in the 8273 and then 
to set Port low (active). These actions switch the sec- 
ondary's one bit delay into the loop. Since after the EOP 
only 1s are traversing the loop, no loop disturbance oc- 
curs. The secondary now waits for the next EOP, cap- 
tures the loop, and inserts a "new on-line" message. 
This signals the controller that a new secondary exists 
and must be acknowledged. After the secondary re- 
ceives its acknowledgement, the normal command flow 
is used. 

It is hopefully evident from the above discussion that 
the 8273 offers a very simple and easy to implement 
solution for designing loop stations whether they are 
controllers or down-loop secondaries. 
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Figure 39. Loop Interface 



APPLICATION EXAMPLE 

This section describes the hardware and software of the 
8273/8085 system used to verify the 8273 implementa- 
tion of SDLC on an actual IBM SDLC Link. This IBM link 
was gratefully volunteered by Raytheon Data Systems in 
Norwood, Mass. and I wish to thank them for their 
generous cooperation. The IBM system consisted of a 
370 Mainframe, a 3705 Communications Processor, and 
a 3271 Terminal Controller. A Comlink II Modem sup- 
plied the modem interface and all communications took 
place at 4800 baud. In addition to observing correct 
responses, a Spectron D601B Datascope was used to 
verify the data excnanges. A block diagram or tne 
system is shown in Figure 40. The actual verification 
was accomplished by the 8273 system receiving and 
responding to polls from the 3705. This method was 
used on both point-to-point and multi-point configura- 
tions. No attempt was made to implement any higher 
protocol software over that of the poll and poll re- 
sponses since such software would not affect the veri- 
fication of the 8273 implementation. As testimony to the 
ease of use of the 8273, the system worked on the first 
try- 
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Figure 40. Raytheon Block Diagram 



An SDK-85 (System Design Kit) was used as the core 
8085 system. This system provides up to 4K bytes of 
ROM/EPROM, 512 bytes of RAM, 76 I/O pins, plus two 
timers as provided in two 8755 Combination EPROM/I/O 
devices and two 8155 Combination RAM/I/O/Timer 
devices. In addition, 5 interrupt inputs are supplied on 
the 8085. The address, data, and control buses are buf- 
fered by the 8212 and 8216 latches and bidirectional bus 
drivers. Although it was not used in this application, an 
8279 Display Driver/Keyboard Encoder is included to in- 
terface the on-board display and keyboard. A block 
diagram of the SDK-85 is shown in Figure 41. The 8273 
and associated circuitry was constructed on the ample 
wire-wrap area provided for the user. 

The example 8273/8085 system is interrupt-driven and 
uses DMA for all data transfers supervised by an 8257 
DMA Controller. A 2400 baud asynchronous line, imple- 
mented with an 8251A USART, provides communication 
between the software and the user. 8253 Programmable 
Interval Timer is used to supply the baud rate clocks for 
the 8251 A and 8273. (The 8273 baud rate clocks were 
used only during initial system debug. In actual opera- 
tion, the modem supplied these clocks via the RS-232 in- 
terface.) Two 2142 1Kx4 RAMs provided 512 bytes of 
transmitter and 512 bytes of receiver buffer memory. 
(Command and result buffers, plus miscellaneous 
variables are stored in the 8155s.) The RS-232 interface 
utilized MC1488 and MC1489 RS-232 drivers and 
receivers. The schematic of the system is shown in 
Figure 42. 

One detail to note is the DMA and interrupt structure of 
the transmit and receive channels. In both cases, the 
receiver is always given the higher priority (8257 DMA 
channel has priority over the remaining channels and 
the 8085 RST 7.5 interrupt input has priority over the 
RST 6.5 input.) Although the choice is arbitrary, this 
technique minimizes the chance that received data 
could be lost due to other processor or DMA com- 
mitments. 

Also note that only one 8205 Decoder is used for both 
the peripherals' and the memorys' Chip Selects. This 
was done to eliminate separate memory and I/O 
decoders since it was known beforehand that neither 
address space would be completely filled. 

The 4 MHz crystal and 8224 Clock Generator were used 
only to verify that the 8273 operates correctly at that 
maximum spec speed. In a normal system, the 3.072 
MHz clock from the 8085 would be sufficient. (This fact 
was verified during initial checkout.) 
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Figure 41. SDK-85 Functional Block Diagram 
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Figure 42. 8273/SDK-85 System 
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The software consists of the normal monitor program 
supplied with the SDK-85 and a program to input com- 
mands to the 8273 and to display results. The SDK-85 
monitor allows the user to read and write on-board RAM, 
start execution at any memory location, to single-step 
through a program, and to examine any of the 8085's in- 
ternal registers. The monitor drives either the on-board 
keyboard/LED display or a serial TTY interface. This 
monitor was modified slightly in order to use the 8251 A 
with a 2400 baud CRT as opposed to the 110 baud nor- 
mally used. The 8273 program implements monitor-like 
user interface. 8273 commands are entered by a two- 
character code followed by any parameters required by 
that command. When 8273 interrupts occur, the source 
of the interrupt is displayed along with any results 
associated with it. To gain a flavor of how the user/pro- 
gram interface operates, a sample output is shown in 
Figure 43. The 8273 program prompt character is a " - " 
and user inputs are underlined. 

The "SO 05" implements the Set Operating Mode com- 
mand with a parameter of 05H. This sets the Buffer and 
Flag Stream modes. "SS 01" sets the 8273 in NRZI mode 
using the Set Serial I/O Mode command. The next com- 
mand specifies General Receiver with a receiver buffer 
size of 0100H bytes (B = 00, B 1 = 01). The "TF" com- 
mand causes the 8273 to transmit a frame containing an 
address field of C2H and control field of 11H. The infor- 
mation field is 001 122. The "TF" command has a special 
format. The L and Li parameters are computed from the 
number of information field bytes entered. 

After the TF command is entered, the 8273 transmits the 
frame (assuming that the modem protocol is observed). 
After the closing flag, the 8273 interrupts the 8085. The 
8085 reads the interrupt results and places them in a 
buffer. The software examines this buffer for new 
results and if new results exist, the source of the inter- 
rupt is displayed along with the results. 

In this example, the 0DH result indicates a Frame Com- 
plete interrupt. There is only one result for a transmitter 
interrupt, the interrupts trailing zero results were in- 
cluded to simplify programming. 

The next event is a frame reception. The interrupt 
results are displayed in the order read from the 8273. 
The E0H indicates a General Receive interrupt with the 
last byte of the information field received on an 8-bit 
boundary. The 03 00 (R , R-i) results show that there are 
3H bytes of information field received. The remaining 
two results indicate that the received frame had a C2H 
address field and a 34H control field. The 3 bytes of in- 
formation field are displayed on the next line. 



8273 MONITOR V1. 2 

- SO 05 
~ SS 01 

.— GR 00 01 

— TF C2 11 00 11 22 

TxINT - 0D 00 00 00 00 

RxINT - E0 03 00 C2 34 
FF EE DD 



Figure 43. Sample 8273 Monitor I/O 



Figures 44 through 51 show the flowcharts used for the 
8273 program development. The actual program listing 
is included as Appendix A. Figure 44 is the main status 
poll loop. After all devices are initialized and a prompt 
character displayed, a loop is entered at LOOPIT. This 
loop checks for a change of status in the result buffer or 
if a keyboard character has been received by the 8251 or 
if a poll frame has been received. If any of these condi- 
tions are met, the program branches to the appropriate 
routine. Otherwise, the loop is traversed again. 
The result buffer is implemented as a 255-byte circular 
buffer with two pointers: CNADR and LDADR. CNADR is 
the console pointer. It points to the next result to be 
displayed LDADR is the load pointer. It points to the 
next empty position in the buffer into which the inter- 
rupt handler places the next result. The same buffer is 
used for both transmitter and receiver results. LOOPIT 
examines these pointers to detect when CNADR is not 
equal to LDADR indicating that the buffer contains 
results which have not been displayed. When this oc- 
curs, the program branches to the DISPLY routine. 

DISPLY determines the source of the undisplayed 
results by testing the first result. This first result is 
necessarily the interrupt result code. If this result is 
0CH or greater, the result is from a transmitter interrupt. 
Otherwise it is from a receiver source. The source of the 
result code is then displayed on the console along with 
the next four results from the buffer. If the source was a 
transmitter interrupt, the routine merely repoints the 
pointer CNADR and returns to LOOPIT. For a receiver 
source, the receiver data buffer is displayed in addition 
to the receiver interrupt results before returning to 
LOOPIT. 




Figure 44. Main Status Poll Loop 
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DISPLAY 

RxINT 

MESSAGE 



(JxSORC^ 



READ AND DISPLAY 

REMAINING 

RESULTS 



GET CONSOLE 
POINTER 



READ RESULT 
FROM BUFFER 




DISPLAY 

TxINT 

MESSAGE 



READ AND DISPLAY 

REMAINING 

RESULTS 



S. 



GET PARAMETERS 
FROM KEYBOARD 



GET AND LOAD DATA 
INTO Tx BUFFER 
FROM KEYBOARD 



SETUP COMMAND 
BUFFER 



C CMDOUT J 



Figure 47. TF Subroutine 



GET Rx BUFFER 
POINTER 



READ AND DISPLAY 
Rx BUFFER 



RETURN TO 
LOOP 



RETURN TO 
LOOP 



Figure 45. DISPLY Subroutine 



^TxPOL^ 



CLEAR POLL 
STATUS 



SETUP RESPONSE 
COMMAND BUFFER 




Figure 48. TxPOL Subroutine 




^Figure 46. GETCMD Subroutine' 



Figure 49. COMM Subroutine with Command Buffer Format 
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C™} 



SAVE STATUS 



CHECK IF RESULTS 
WILL FILL RESULT 
BUFFER 




READ RESULTS 
AND PLACE IN 
RESULT BUFFER 




* 






UPDATE DMA 
CHANNEL 






» 




RESTORE STATUS 


t 


| RETURN | 



Figure 50. Txl (Transmitter Interrupt) Routine 



If the result buffer pointers indicate an empty buffer, the 
8251 A is polled for a keyboard character. If the 8251 has 
a character, GETCMD is called. There the character is 
read and checked if legal. Illegal characters simply 
cause a reprompt. Legal characters indicate the start of 
a command input. Most commands are organized as two 
characters signifying the command action; i.e., GR — 
General Receive. The software recognizes the two char- 
acter command code and takes the appropriate action. 
For non-Transmit type commands, the hex equivalent of 
the command is placed in the C register and the number 
of parameters associated with that command is placed 
in the B register. The program then branches to the 
COMM routine. 

The COMM routine builds the command buffer by 
reading the required number of parameters from the 
keyboard and placing them at the buffer pointed at by 
CMDBUF. The routine at COMM2 then issues this com- 
mand buffer to the 8273. 

If a Transmit type command is specified, the command 
buffer is set up similarly to the the COMM routine; 
however, since the information field data is entered 
from the keyboard, an intermediate routine, TF, is 
called. TF loads the transmit data buffer pointed at by 
TxBUF. It counts the number of data bytes entered and 
loads this number into the command buffer as L , 
Li. The command is then issued to the 8273 by jumping 
to CMDOUT. 

One command does not directly result in a command be- 
ing issued to the 8273. This command, Z, operates a 
software flip-flop which selects whether the software 
will respond automatically to received polling frames. If 



the Poll-Response mode is selected, the prompt 
character is changed to a ' + '. If a frame is received 
which contains a prearranged poll control field, the 
memory location POLIN is made nonzero by the receiver 
interrupt handler. LOOPIT examines this location and if 
it is nonzero, causes a branch to the TxPOL routine. The 
TxPOL routine clears POLIN, sets a pointer to a special 
command buffer at CMDBUF1 , and issues the command 
by way of the COMM2 entry in the COMM routine. The 
special command buffer contains the appropriate 
response frame for the poll frame received. These ac- 
tions only occur when the Z command has changed the 
prompt to a ' + '. If the prompt is normal '-', polling 
frames are displayed as normal frames and no response 
is transmitted. The Poll-Response mode was used dur- 
ing the IBM tests. 



GD 



SAVE STATUS 



CHECK IF RESULTS 
WILL FILL RESULT 
BUFFER 




READ RESULTS AND 
PLACE IN RESULT 
BUFFER 




UPDATE DMA 
CHANNEL 



SETUP SPECIAL 
COMMAND BUFFER 



SET POLL STATUS 



RESTORE 
STATUS 



Figure 51. Rxl (Recevier Interrupt) Routine 
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The final two software routines are the transmitter and 
receiver interrupt handlers. The transmit interrupt 
handler, Txl, simply saves the registers on the stack and 
checks if loading the result buffer will fill it. If the result 
buffer will overfill, the program is exited and control is 
passed to the SDK-85 monitor. If not, the results are 
read from the Txl/R register and placed in the result buf- 
fer at LDADR. The DMA pointers are then reset, the 
registers restored, and interrupts enabled. Execution 
then returns to the pre-interrupt location. 

The receiver interrupt handler, Rxl, is only slightly more 
complex. As in Txl, the registers are saved and the 
possibility of overfilling the result buffer is examined. If 
the result buffer is not full, the results are read from 
Rxl/R and placed in the buffer. At this point the prompt 
character is examined to see if the Poll-Response mode 
is selected. If so, the control field is compared with two 
possible polling control fields. If there is a match, the 



special command buffer is loaded and the poll indicator, 
POLIN, is made nonzero. If no match occurred, no action 
is taken. Finally, the receiver DMA buffer pointers are 
reset, the processor status restored, and interrupts are 
enabled. The RET instruction returns execution to the 
pre-interrupt location. 

This completes the discussion of the 8273/8085 system 
design. 

CONCLUSION 

This application note has covered the 8273 in some 
detail. The simple and low cost loop configuration was 
explored. And an 8273/8085 system was presented as a 
sample design illustrating the DMA/interrupt-driven in- 
terface. It is hoped that the major features of the 8273, 
namely the frame-level command structure and the 
Digital Phase Locked Loop, have been shown to be a 
valuable asset in an SDLC system design. 
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APPENDIX A 

ASM80 :F1:RAVT71SRC 

ISIS-II 8989/3085 MACRO ASSEMBLER, X108 MODULE PAGE 1 



LOC OBJ SEQ SOURCE STBTEMENT 

i INOPAGING M0D85 NOCOND 

8000 2 TRUE EQU 00H ; 00 FOR RAYTHEON 

.3; ;FF FOR SELF-TEST 

0000 4 TRUEi EQU 00H ;88 FOR NORMRL RESPONSE 

5; ;FF FOR LOOP RESPONSE 

0000 6 DEM EQU 00H ; 00 FOR NO DEMO 

7; ;FF FOR DEMO 

8 ; 

9 .: 

18 i GENERAL 827i MONITOR WITH RAYTHEON POLL MODE ADDED 
11 ; 

17 i 
18; 

19 ; COMMAND SUPPORTED ARE: RS - RESET SERIAL I/O MODE 
28; SS - SET SERIAL I/O MODE 
21; RO - RESET OPERATING MODE 

22 ; SO - SET OPERATING MODE 

23 ; RD - RECEIVER DISABLE 

24 ; GR - GENERAL RECEIVE 

25 ; SR - SELECTIVE RECEIVE 
26; TF - TRANSMIT FRAME 

27 ; AF - ABORT FRAME 

28 ; . SP - SET PORT B 

29 ; RP - RESET PORT B 

38 ; RB - RESET 8NE BIT DELAV (PAR = 7F) 

31 , SB - SET ONE BIT DELAV (PAR = 89) 

32 i SL - SELECTIVE LOOP RECEIVE 

33 ; TL - TRANSMIT LOOP 

24; Z - CHANGE .NODES FLIP/FLOP 

38 ; 

40 ; 

41 ;NOTE: "SET-' COMMANDS IMPLEMENT LOGICAL 'OR' FUNCTIONS 

42 .. 'RESET' COMMANDS IMPLEMENT LOGICAL -AND' FUNCTIONS 

43 i 

44 ; fts^***}^*^****:^^ 

45 ; 

46 ; BUFFERED MODE MUST BE SELECTED WHEN SELECTIVE RECEIVE IS USED. 

47 ; 

48 ; COMMAND FORMAT IS: "COMMAND <2 LTRS)' 'PAR. #1-' 'PAR. #2' ETC. 

49 ; 

99 ;THE TRANSMIT FRAME COMHflND FORMAT IS: 'TF' f W -'C 'BUFFER CONTENTS'. 
.51 ; NO LENGTH COUNT IS NEEDED. BUFFER CONTENTS IS ENDED WITH A CR. 

52 .; 

53 .; **"t"m:f***+**W 

54 ; 

55 ; POLLED MODE: HHEN POLLED MODE IS SELECTED (DENOTED BV A '+' PROMPT), IF 
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0990 
0090 
0091 
0091 

0092 
0093 
0092 



0001 
0002 



56 
57 
62 
62 

64 i 

65 s 8273 EQUATES 

67 STAT73 

68 C0MM73 

69 PARM73 
78 RESL73 

71 TXIR72 

72 RXIR73 

73 TEST73 

74 CPBF 

75 TXINT 

76 RXINT , 

77 TXIRA 

78 RXIRA 

79 } 

88; 8253 EQUATES 



A SNRM-P OR RRC0>-P IS RECEIVED, A RESPONSE FRAME OF NSA-F 
OR RR(0)-F IS TRANSMITTED. OTHER COMMANDS OPERATE NORMALLY. 



EQU 

EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



90H 
91H 
91H 
92H 
93H 
92H 
20H 
04H 
08H 
01H 
82H 



STATUS REGISTER 

COMMAND REGISTER 

PARAMETER REGISTER 

RESULT REGISTER 

TX INTERRUPT RESULT REGISTER 

RX INTERRUPT RESULT REGISTER 

TEST MODE REGISTER 

PARAMETER BUFFER FULL BIT 

TX INTERRUPT BIT IN STATUS REGISTER 

RX INTERRUPT BIT IN STATUS REGISTER 

TX INT RESULT AVAILABLE BIT 

RX INT RESULT AVAILABLE BIT 



089B 
009C 
009D 
009E 

000C 

0036 
00B6 
2817 
2018 



82 M0DE53 

83 CNT053 

84 CNT153 

85 CNT253 
36 COBR 

87 MDCNT8 

88 MDCNT2 

89 LKBR1 

90 LKBR2 

91 i 

92 ;BAUD RATE TABLE: 
.93 .; 

' 94 ; ■ 

95 i 

96 j 

97 ; 

98 i 

99 i 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



9BH .; 8253 MODE WORD REGISTER 

9CH .; COUNTER REGISTER 

9DH ; COUNTER i REGISTER 

9EH ; COUNTER 2 REGISTER 

8O0CH } CONSOLE BAUD RATE (2400) 

36H > MODE FOR COUNTER 

0B6H i MODE FOR COUNTER 2 

2017H .= 8273 BAUD RATE LSB ADR 

2018H ;3273 BAUD RATE MSB ADR 



BAUD RATE 

9600 
4800 
2400 

1200 
600 
300 



LKBR1 LKBR2 

2E 00 

5C 00 

B9 80 

72 

E5 

C9 



01 

02 



00A1 
00A2 
00A3 
00A8 
8200 

8000 

0062 
41FF 
0063 

0061 

81FF 



101; 

102 ; 8257 EQUATES 

102. V 

104 M0DE57 

105 CH0ADR 

106 CH0TC 

107 CH1ADR 

108 CH1TC 

109 STAT57 

110 RXBUF 

111 TXBUF 

112 DRDMA 

113 RXTC 

114 ENDMB 

115 DTDMA 
llS'TXTC ' 
117 i 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



0A8H 
0A0H 
0A1H 
0A2H 
0A3H 



62H 

41FFH 

63H 

61H 

81FFH 



; 8257 MODE PORT 

VCH0 (RX) ADR REGISTER 

=CH0 TERMINAL COUNT REGISTER 

;CHi (TX) ADR REGISTER 

;CH1 TERMINAL COUNT REGISTER 

; STATUS REGISTER 

;RX BUFFER START ADDRESS 

;TX BUFFER START ADDRESS 

> DISABLE RX DMA CHANNEL TX STILL ON 

.-TERMINAL COUNT AND MODE FOR RX CHANNEL 

; ENABLE BOTH TX AND RX CHANNELS-EXT. WR, TX STOP 

; DISABLE TX DMA CHANNEL RX STILL ON 

.; TERMINAL COUNT AND MODE FOR TX CHANNEL 
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113 


; 3251R EQUATES 










119 












0989 


120 


CNTL51 


EQU 


39H 




, CONTROL HORD REGISTER 


0939 


121 


5TAT51 


EQU 


89H 




; STATUS REGISTER 


0088 


122 


TXD51 


EQU 


33H 




;TX DATA REGISTER 


00S3 


122 


RXD51 


EQU 


88K 




;RX DATA REGISTER 


00CE 


124 


MDE51 


EQU 


OCEH 




,MODE 16X,2 STOP, NO PARITY 


0027 


125 


CHD51 


EQU 


27H 




; COMMAND, ENABLE TX4RX 


0002 


126 
127 
128 


RDV 


EQU 


02H 




;RXRDV BIT 




.-MONITOR SUBROUTINE EQUATES 






129 












061F 


120 


QETCH 


EQU 


061FH 




; GET CHR FROM KEYBOARD, ASCII IN CH 


05F8 


121 ECHO 


EQU 


05F8H 




,£CHO CHR TO DISPLAY 


075E 


122 


VALDG 


EQU 


075EH 




; CHECK IF VALID DIGIT, CARRY SET IF VALID 


05B6 


122 ■ 


CNVBN 


EQU 


95BBH 




; CONVERTS ASCII TO HEX 


> 05EB 


124 


CRLF 


EQU 


05EBH 




; DISPLAY CR, HENCE LF TOO 


86C7 


125 NMOUT 


EQU 


06C7H 




i CONVERT BYTE TO 2 ASCII CHR AND DISPLAY 




127 


;MISC EQUATES 










128 












20C0 


129 


STKSRT 


EQU 


20C0H 




; STACK START 


0002 


140 CNTLC 


EQU 


02H 




,CNTL-C EQUIVALENT 


0098 


141 MONTOR 


EQU 


0008H 




i MONITOR 


2090 


142 


CMDBUF 


EQU 


2000H 




; START OF COMMAND BUFFER 


2020 


142 


CHDBF1 


EQU 


2020H 




.: POLL MODE SPECIAL TX COMMAND BUFFER 


000D 


144 


CR 


EQU 


0DH 




; ASCII CR 


000A 


145 


LF 


EQU 


OAH 




; ASCII LF 


2004 


146 R5T75 


EQU 


20D4H 




;RST7. 5 JUMP ADDRESS 


20CE 


147 


RST65 


EQU 


20CEH 




;RST6.5 JUMP ADDRESS 


2810 


148 


LDflDR 


EQU 


2O10H 




.; RESULT BUFFER LOAD POINTER STORAGE 


2012 


149 CNfiDR 


EQU 


2012H 




\ RESULT BUFFER CONSOLE POINTER STORAGE 


2800 


150 RESBUF 


EQU 


2800H 




i RESULT BUFFER START - 255 BYTES 


0092 


151 SNRMP 


EQU 


92H 




i SNRM-P CONTROL CODE 


0011 


152 RR0P 


EQU 


HH 




;RR<0>-P CONTROL CODE 


0072 


152 NSfiF 


EQU 


72H 




.iNSA-F CONTROL CODE 


0011 


154 RR0F 


EQU 


11H 




;RR<9>-F CONTROL CODE 


2015 


155 PRMPT 


EQU 


2015H 




; PRMPT STORAGE 


2016 


156 


POLIN 


EQU 


2016H 




iPOLL MODE SELECTION INDICATOR 


2027 


157 
161 


DEMODE 


EQU 


2027H 




j DEMO MODE INDICATOR 




162 
162 
164 


i *Y^^$T^V^'*^^^^*^*$T^*^*V**y^ 




;RAM STORAGE DEFINITIONS: 






165 


.; 


LOC 




DEF 






166 


,; 






— 






167 




2000-200F 


COMMAND BUFFER 




168 


.; 


2010-2011 


RESULT BUFFER LOAD POINTER 




169 


,' 


2012-2014 


RESULT 


BUFFER CONSOLE POINTER 




179 


.; 


2015 




PROMPT CHARACTER STORAGE 




171 


.; 


2016 




POLL MODE INDICATOR 




172 




2017 




BAUD RATE LSB FOR SELF-TEST 




172 


i 


2018 




BAUD RATE MSB FOR SELF-TEST 




177 




2019 




SPARE 






179 


; 


2020-2026 


RESPONSE COMMAND BUFFER FOR POLL MODE 




180 


i 


2800-28FF 


RESULT BUFFER 




181 


i 












182 


; fc**************************^ 
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0898 21C820 
8803 3E26 
9885 D29B • 
0887 2A1720 
088fl D29C 
088C 2A1328 
888F D29C 
8811 CD1A0B 
0814 CD258B 
0817 2E01 
0819 D292 
881B 3E09 
081D D292 
881F 2E2D 
0821 221528 
0824 3E80 
8826 221628 
8829 222728 
882C 21A20C 
882F CD928C 



8832 21D428 
8835 01000C 
8828 26C2 
883ft 22 
882B 71 
882C 22 
8830 70 
082E 21CE20 
8841 01CE8C 
8844 36C2 
8846 22 

0847 71 

0848 22 
8849 70 
884A 3E18 
884C 38 
884D FB 



884E 218828 
8851 221220 
8854 221828 



182 
184 
185 
186 
187 
188 
189 
198 
191 
192 
193 
194 
195 
196 
197 
198 
199 
298 
281 
282 
283 
204 
285 
206 
287 
208 
212 
213 

214 . 

215 . 
216 
217 
218 
219 
228 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
221 
232 
233 
234 
225 
236 
227 
228 
239 
248 
241 
242 
242 



; PROGRAM START 

; INITIALIZE 3252, 3257, S251R, AND RESET 3272. 
ALSO SET NORMAL MODE, AND PRINT SIGNON MESSAGE 



ORG 



800H 



START: 



LXI 


SP,STKSRT 


: INITIALIZE SP 


MVI 


A, MDCNT8 


;3252 MODE SET 


OUT 


M0DE52 


;8253 MODE PORT 


LDA 


LKBR1 


, GET 8273 BAUD RATE LSB 


OUT 


CNT052 


, USING COUNTER 8 AS BAUD RATE GEN 


LDA 


LKBR2 


;GET 3272 BUAD RATE MSB 


OUT 


CNT052 


.-COUNTER O 


CALL 


RXDMA 


.; INITIALIZE 3257 RX DMA CHANNEL 


CALL 


TXDMft 


; INITIALIZE 8257 TX DMA CHANNEL 


• MVI 


A,81H 


.; OUTPUT 1 FOLLOWED BV A 8 


OUT 


TEST72 


;T0 TEST MODE REGISTER 


MVI 


A,80H 


i TO RESET THE 8272 


OUT 


TEST72 




MVI 


A, •"-- 


; NORMAL MODE PROMPT CHR 


STA 


PRMPT 


;PUT IN STORAGE 


MVI 


A,08H 


■ i-TX POLL RESPONSE INDICATOR 


STA 


POLIN 


; 8 MEANS NO SPECIAL TX 


STA 


DEMODE 


; CLEAR DEMO MODE 


LXI 


H, SIGNON 


; SIGNON MESSAGE ADR 


CALL 


TVMSG 


i DISPLAY SIGNON 



MONITOR USES JUMPS IN RAM TO DIRECT INTERRUPTS 



LXI 


H,RS775 


LXI 


B,RXI 


MVI 


M,8C2H 


INX 


H 


MOV 


M,C 


INX 


H 


MOV 


M,B 


LXI 


H,RST65 


LXI 


B,TXI 


MVI 


M,8C2H 


INX 


H 


MOV 


M,C 


INX 


H 


MOV 


M,B 


MVI 


A,18H 


SIM 




EI 





INITIALIZE BUFFER POINTER 



LXI H,RESBUF 
SHLD CNADR 
SHLD LDADR 



;RST7.5 JUMP LOCATION USED BV MONITOR 

; ADDRESS OF RX INT ROUTINE 

;LOAD JMP-* OPCODE 

iINC POINTER 

;LOAD RXI LSB 

; INC POINTER 

iLQADRXIMSB 

;RST6.5 JUMP LOCATION USED BV MONITOR 

; ADDRESS OF TX INT ROUTINE 

;LOAD 'JMP' OPCODE 

i INC POINTER 

;LOADTXI LSB 

; INC POINTER 

;LOADTXIMSB 

;GET SET TO RESET INTERRUPTS 

; RESET' INTERRUPTS 

; ENABLE INTERRUPTS 



;SET RESULT BUFFER POINTERS 
; RESULT CONSOLE POINTER 
j RESULT LORD POINTER 



j MAIN PROGRAM LOOP - CHECKS FOR CHANGE IN RESULT POINTERS, USART STATUS, 
i OR POLL STATUS 
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244 ; 










9857 CDEB05 


245 CMDREC: 


CALL 


CRLF 


; DISPLflV OR 




085A 3ftL520 


246 


LDfl 


PRMPT 


;GET CURRENT PROMPT CHR 




985D 4F 


247 


MOV 


Cfl 


; MOVE TOO 




085E CDF885 


248 


CALL 


ECHO 


; DISPLflV IT 




0861 2A1220 


249 LOOPIT: 


LHLD 


CNflDR 


;QET CONSOLE POINTER 




0864 7D 


250 


MOV 


fliL 


; SfiVE POINTER LSB 




0865 2A1020 


251 


LHLD 


LDflDR 


iGET LOAD POINTER 




0868 BD 


252 


CMP 


- L 


.; SAME LSB? 




0869 C2290A 


252 


JNZ 


DISPV 


;N0, RESULTS NEED DISPLAYING 




036C DB39 


259 


IN 


STHT51 


.; YES, CHECK KEVBOARD 




086E E602 


260 


fiNI 


RDV 


i CHR RECEIVED? 




0370 C27D08 


261 


JNZ 


GETCMD 


;MUST BE CHR SO GO GET IT 




0872 2R1S20 


262 


LDfl 


POLIN 


;GET POLL MODE STATUS 




0876 A7 


262 


flNfl 


ft 


i IS IT O? 




0877 C24C09 


264 


JNZ 


TXPOL 


;N0, THEN POLL OCCURRED 




087fl 036108 


265 

266 ; 

267 ; 


JHP 


LOOPIT 


;VES, TRV AGAIN 






268 .; COMMAND RECOGNIZER ROUTINE 








269 .; 












270 : 










087D CD1F96 


271 GETCMD: 


CALL 


GETOH 


.; GET CHR 




0880 CDF805 


272 


CRLL 


ECHO 


;ECHO IT 




0882 79 


27? 


MOV 


R,C 


,SETUP FOR COMPARE 




0384 FE52 


274 


OPI 


-'R/ 


:R? 




0886 CAAF03 


275 


JZ 


RDWN 


i GET MORE " 




%%? FE52 


276 


OPI 


''S'' 


;S? 




9888 CRD7S8 


277 


JZ 


SDHN 


; GET MORE 




083E FE47 


273 


OPI 


.'G' 


;G? 




%o9d CAFF08 


279 


JZ 


GDHN 


i GET MORE 




0893 FE54 


280 ■ 


OPI 


T 


;T? 




0895 CB0E09 


281 


JZ 


TOWN 


j GET MORE 




mS FE41 


"'82 


OPI 


-fl-' 


;fl? 




089R CR2209 


2ft? 


JZ 


flDWN 


; GET MORE 




039D FE5R 


234 


OPI 


' Z'' 


; 7/ 




089F CFi2103 


285 


JZ 


CMODE 


iVES/ GO CHANGE MODE 




■ 08R2 FE02 


290 


OPI 


ONTLO 


'CNTL-C? 




08B4 CA0300 


291 


JZ 


MONTOR 


.; EXIT TO MONITOR 




93R7 0E2F 


292 ILLEG: 


MVI 


0/ ''?■- 


; PRINT? 




08P.9 CDF885 


293 


CRLL 


ECHO 


.■•DISPLflV IT 




08flC 025708 


294 


JMP 


CMDREC 


;LOQP FOR COMMAND 




08RF CD1F06 


296 RDM: 


CRLL 


3ETCH 


; GET NEXT CHR 




9882 CDF805 


297 


CALL 


ECHO 


, ECHO IT 




0885 79 


293 


MOV 


R,C 


i SETUP FOR COMPARE 




08B6 FE4F 


299 


OPI 


-n-- 


;0? 




0888 OR5D09 


200 


JZ 


ROCMD 


;R0 COMMAND 




08B8 FE53 


201 


OPI 


' b ' 


; S? 




08BD OR6709 


202 


JZ 


RSCMD 


.; RS COMMAND 




0800 FE44 


303 


OPI 


•"[>"' 


i D? ■ . ■ 




0802 OR7109 


304 


JZ 


RDCHD 


;RD COMMAND 




0805 FE50 


385 


OPI 


• p.- 


;P? 




0807 ORD809 


306 


JZ 


RPCMD 


; RP COMMAND 




08OR FE52 


307 


OPI 


'R' 


;R? 




0800 OB0008 


308 


JZ 


STRRT 


; START OVER 




03OF FE42 


309 


CPI 


'B' 


;S ? 




98D1 OR7B09 


310 


JZ 


RBCMD 


, RB COMMAND 
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88D4 C2A788 


311 
312 


JMP 


ILLEQ 


; ILLEGAL, TRY AGAIN 


0SD7 CD1F06 


313 SOWN: 


CALL 


GETCH 


; GET NEXT CHR 


83DA CDF885 • 


214 


CALL 


ECHO 


;ECHO IT 


98DD 78 


315 


MOV 


A,B 


; SETUP FOR COMPARE 


88DE FE4F 


316 


CPI 


'0' 


.50? 


08E8 CRR699 


317 


JZ 


SOCMD 


;S0 COMMAND 


98E3 FE53 


218 


CPI 


*'S - 


;S? 


88E5 CRB009 


219 


JZ 


SSCMD 


;SS COMMAND 


88E8 FE52 


220 


CPI 


'R' 


;R? 


08EA CABR09 


321 


JZ 


SRCMD 


;SR COMMAND 


88ED FE58 


222 


CPI 


'?' 


;P? 


88EF CAE289 


223 


JZ 


SPCMD 


;SP COMMAND 


88F2 FE42 


324 


CPI 


'B' 


.;B? 


83F4 CRS599 


225 


JZ 


SBCMD 


i SB COMMAND 


88F7 FE4C 


226 


CPI 


'L' 


;L? 


88F9 CA8F09 


327 


JZ 


SLCMD 


;SL ^COMMAND 


03FC C2A708 


228 

329 


JMP 


ILLEG 


; ILLEGAL, TRV AGAIN 


08FF CD1F06 


330 GOWN: 


CALL 


GETCH 


■; GET NEXT 'CHR 


8902 CDF805 


331 


CALL 


ECHO 


; ECHO IT 


9905 73 


332 


MOV 


A,B 


> SETUP FOR COMPARE 


8906 FE52 


233 


CPI 


'R- 


;R?. 


0908 CAC489 


334 


JZ- 


GRCMD 


>GR COMMRND 


890B C2A708 


335 
336 
337 TDWN: 


JMP 


ILLEG 


i ILLEGAL TRV AGAIN 


890E CD1F86 


CALL 


GETCH 


;GET NEXT CHR 


8911 CDF805 


338 


CALL 


ECHO 


;ECHO IT 


8914 73 


239 


MOV 


&B 


; SETUP FOR COMPARE 


8915 FE46 


340 


CPI 


; 'F'-. 


;F? 


9917 CAEC09 


241 


JZ 


7FCMD 


;TF COMMAND 


091P FE4C 


242 


CPI 


-1-' 


;L? : 


891C CA9989 


242 


JZ 


TLCMD 


;TL COMMAND 


891F C3A708 


344 

345 


JMP 


ILLEG 


:, ILLEGAL TRV AGAIN 


8922 CD1F86 


346 ADWN; 


CALL 


GETCH 


; GET NEXT CHR 


8925 CDF885 


347 


CALL 


ECHO 


.;ECHO IT 


8928 73 


348 


MOV 


A,B 


; SETUP FOR COMPARE 


8929 FE46 


349 


CPI 


'F' 


;F? 


8928 CRCE89 


350 


JZ 


AFCMD 


;AF COMMAND 


092E C2B708 


351 

352 ; 

353 ; RESET 

354 ; 

355 CMODE: 


JMP 


ILLEG 


; ILLEGAL, TRV AGAIN 




POLL MODE RESPONSE - 


- CHANGE PROMPT CHR AS INI 


8931 F3 


DI 




DISABLE INTERRUPTS 


0932 3A1529 


356 


LDA 


PRMPT 


i GET CURRENT PROMPT 


9935 FE2D 


357 


CPI 


-'-'■ 


; NORMAL MODE? 


8927 C24389 


358 


JNZ 


SW 


;N0, CHANGE IT 


893A 3E28 


359 


MVI 


A.. '+' 


.; NEW PROMPT 


093C 321520 


260 


STA 


PRMPT 


; STORE NEW PROMPT 


092F .FB 


265 


EI 




; ENABLE INTERRUPTS 


m^ C25788 


266 


JMP 


CMDREC 


.; RETURN TO LOOP 


0942 3E2D 


267 SW; 


MVI 


A, '-' 


;NEU PROMPT CHR 


8945 321529 


268 


STA 


PRMPT 


; STORE IT 


8948 FB 


269 


EI 




/ENABLE INTERRUPTS 


8949 C25708 


379 

271 , 

272 i 


JMP 


CMDREC 


; RETURN TO LOOP 



9-178 



231311-001 



APPLICATIONS 





373 


TRANSMIT ANSWER TO POLL SETUP 






374 










094C 3EO0 


382 TXPQL 


MVI 


A,O0H 


CLEAR POLL INDICATOR 


094E 321620 


384 




STA 


POLIN 


INDICATOR ADR 


9951 216108 


385 




LXI 


H, LOOPIT 


SETUP STACK FOR COMMAND OUTPUT 


0954 E5 


386 




PUSH 


H 


PUT RETURN TO CMDREC ON STACK 


0955 0604 


387 




MVI 


B,84H 


GET # OF PARAMETERS READV 


9957 212020 


338 




LXI 


HCNDBFi 


POINT TO SPECIAL BUFFER 


095ft C3FF8A 


389 
398 
391 




JMP 


C0MM2 


JUMP TO COMMAND OUTPUTER ' 














392 












393 


COMMAND IMPLEMENTING ROUTINES 






394 












395 












396 


RO - 


RESET OPERATING MODE 






397 










095D 0601 


398 ROCMD 


MVI 


B,01H 


# OF PARAMETERS 


095F 0E51 


399 




MVI 


C51H 


COMMAND 


0961 CDE50A 


480 




CALL 


com 


GET PARAMETERS AND ISSUE COMMAND 


0964 C35703 


401 
402 




JMP 


CMDREC 


GET NEXT COMMAND 




493 


RS - 


RESET SERIAL I/O MODE COMMAND 




484 










0967 0601 


405 RSCMD 


MVI 


B,01H 


# OF PARAMETERS 


' 0969 0E68 


486 




MVI 


C,60H 


COMMAND 


996B CDE50A 


407 




CALL 


COMM 


GET PARAMETERS AND ISSUE COMMAND 


096E C35703 


408 
499 




JMP 


CMDREC 


GET NEXT COMMAND 




' 410 
411 
412 


RD - 


RECEIVER DISABLE COMMAND 




0971 6600 


RDCHD 


MVI 


B, 00H 


ft OF PARAMETERS 


0972 0EC5 


413 




MVI 


C0C5H 


COMMAND 


0975 COE50R 


414 




CALL 


COMM 


ISSUE COMMAND 


8978 C35708 


415 
416 




JMP 


CMDREC 


GET NEXT COMMAND 




417 


RB - 


RESET ONE BIT DELAV COMMAN 


) 




418 










8978 0601 


419 RBCHO 


MVI 


B,01H 


# OF PARAMETERS 


097D 0E64 


420 




MVI 


C64H 


COMMAND 


097F CDE58A 


421 




CALL 


COMM 


GET PARAMETER AND ISSUE COMMAND 


0982 C35788 


422 
423 
424 




JMP 


CMDREC 


GET NEXT COMMAND 




SB - 


SET ONE BIT DELAV COMMAND 






425 










9985 0601 


426 SBCMD 


MVI 


B.01H 


# OF PARAMETERS 


0987 0ER4 


427 




MVI 


C0A4H 


COMMAND 


0989 CDE50.R 


428 




CALL 


COMM 


GET PARAMETER AND ISSUE COMMAND 


898C C35798 


429 
438 




JMP 


CMDREC 


GET NEXT COMMAND 




431 

A 70 


SL - 


SELECTIVE LOOP RECEIVE COM 


•IfiND 


098F 0604 


433 


3LCMD 


MVI 


B,04K 


ft OF PARAMETERES 


0991 8EC2 


434 




MVI 


C,0C2H 


COMMAND 


9993 CDE5SA 


435 




CALL 


COMM 


GET PARAMETERS AND ISSUE COMMAND 


0996 C35788 


436 




JMP 


CMDREC 


GET NEXT COMMAND 



438 ; TL - TRANSMIT LOOP COMMAND 
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429 } 






v 


0999 218020 


440 TLCMD 


LXI 


H.CMDBUF 


SET COMMAND BUFFER POINTER 


099C0602 


441 


MVI 


B,02H 


LOAD PARAMETER COUNTER 


099E 26CA 


442 


Hvi 


M,0CAH 


LOAD COMMAND INTO BUFFER 


'09fl0 210220 


442 


LXI 


H,CMDBUF+2 


POINT AT ADR AND CNTL POSITIONS 


09A3 C2F609 


444 
445 .; 


JMP 


TFCMD1 


FINISH OFF COMMAND IN TF ROUTINE 




446 ;S0 - 


SET OPERATING MODE COMMAND 






447 ; 








09A6 0601 


448 SOCMD 


MVI 


B/01H 


# OF PARAMETERS 


09A8 0E91 


449 


MVI 


C91H 


COMMAND 


09AA CDE59R 


450 


CALL 


COMM 


GET PARAMETER AND ISSUE COMMAND 


09AD C35708 


451 
452; 


JMP 


CMDREC 


GET NEXT COMMAND 




452 ;SS - 


SET SERIAL I/O COMMAND 






454 ; 








09B0 3601 


455 SSCMD 


MVI 


B,01H 


# OF PARAMETERS 


09B2 0EAO 


456 


MVI 


C0A0H 


COMMAND 


09B4 CDE50A 


457 


CALL 


COMM 


GET PARAMETER AND ISSUE COMMAND 


09B7 C35788 


458 
459 .; 


JMP 


CMDREC 


GET NEXT COMMAND 




460 ;SR - 


SELECTIVE RECEIVE COMMAND 






461 ; 








09BA 0604 


462 SRCfID 


MVI 


B,04H 


# OF PARAMETERS 


09BC 8EC1 


462 


MVI 


C8CiH 


COMMAND 


09BE CDE50A 


464 


CALL 


COMM 


GET PARAMETERS AND ISSUE COMMAND 


09C1 C35708 


465 

466 i 


JMP 


CMDREC 


GET NEXT COMMAND 




467 ;GR - 


GENERAL RECEIVE COMMAND 






468 i 








09C4 8602 


469 GRCHD 


MVI 


B,02H 


NO PARAMETERS 


09C6 0EC8 


470 


MVI 


C,0C0H 


COMMAND 


09C3 CDE58ft 


471 


CALL 


COMM 


ISSUE COMMAND 


09CB C35708 


472 , 

473 ; 

474 ;AF- 


jmp 


CMDREC 


GET NEXT COMMAND 




ABORT FRAME COMMAND 






475 ; 








09CE 0600 


476 AFCMD 


MVI 


B, 00H 


NO PARAMETERS 


mm 0Ecc 


477 


MVI 


C0CCH 


COMMAND 


09D2 CDE50A 


478 


CALL 


COMM 


; ISSUE COMMAND 


99D5 C25708 


479 
480 ; 


JMP 


CMDREC 


;GET NEXT COMMAND 




481 ; RP - 


RESET PORT COMMAND 






482 ; 








09D3 0601 


483 RPCHD 


MVI 


B, 61H 


;# OF PARAMETERS 


09DR 8E63 


484 


MVI 


C,63H 


•COMMAND 


89DC CDE50fi 


485 


CALL 


COMM 


•GET PARAMETER AND ISSUE COMMAND 


09DF C35708 


486 
487 .; 


JMP 


CMDREC 


; GET NEXT COMMAND 




488 iSP - 


SET PORT COMMAND 






489 ; 








09E2 0601 


490 SPCMD 


: MVI 


&81H 


.;# OF PARAMETERS 


09E4 9ER3 


491 


MVI 


C0A3H 


; COMMAND 


09E6 CDE50A 


492 


CALL 


COMM 


i GET PARAMETER AND ISSUE COMMAND 


09E9C35708 


492 

494 ; 


JMP 


CMDREC 


i GET NEX COMMAND 




495 ;TF- 


TRANSMIT FRAME COMMAND 






496 i 
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09EC 216920 


497 


TFCMD: 


LXI 


H,CMDBUF 


SET COMMAND BUFFER POINTER 


09EF 0602 


498 




MVI 


B, 02H 


LORD PARAMETER COUNTER 


99F1 36C8 


499 




MVI 


M, 0C8H 


LORD COMMAND INTO BUFFER 


09F3 210220 


500 




LXI 


H..CMDBUF+2 


POINT AT ADR AND CNTL POSITIONS 


09F6 78 


501 TFCMD1 


MOV 


A,B 


TEST PARAMETER COUNT 


09F7 R7 


502 




flNfl 


R 


IS IT 0? 


09F8 CA070A 


503 




■ JZ 


TBUFL 


VES, LOAD TX DATA BUFFER 


09FB CDAD0A 


504 




CALL 


PRRIN 


GET PARAMETER 


09FE DAA708 


505 




JC 


ILLEG 


ILLEGAL CHR RETURNED ■ 


0fl01 22 


506 




INK 


H 


INC COMMAND BUFFER POINTER 


0R02 05 


507 




DCR 


B 


PEC PARAMETER COUNTER 


9A93 77 


508 




MOV 


M,fl 


LOAD PARAMETER INTO COMMAND BUFFER 


0fl04 C3F609 


509 
510 
511 




JMP 


TFCMDl 


GET NEXT PARAMETER 


0A07 210080 


TOUR.: 


LXI 


H TXBUF 


LOAD TX DATA BUFFER POINTER 


0fl0fl 01O000 


512 




LXI 


B.0008H 


•CLEAR BC - BVTE COUNTER 


8A9D C5 


513 


FBUFLi 


PUSH 


B 


SAVE BVTE COUNTER 


0fl0E CDflD9fl 


514 




CRLL 


PRRIN 


GET DATA, ALIAS PARAMETER 


0A11 DA1B0A 


515 




JC 


ENDCHK 


MAYBE END IF ILLEGAL 


0A14 77 


516 




MOV 


M,fl 


LOAD DATA BYTE INTO BUFFER 


ORIS 23 


517 




INX 


H 


INC BUFFER POINTER 


0R16 CI 


518 




POP 


B 


RESTORE BYTE COUNTER 


0A17 03 


519 




INX 


B 


INC BYTE COUNTER 


0A18 C39D9A 


520 




JMP 


TBUFLi 


GET NEXT DATA 


8R1B FE0D 


521 ENDCHK 


CPI 


CR 


RETURNED ILLEGAL CHR CR? 


0R1D CA248A 


522 




JZ 


TBUFFL 


YES, THEN TX BUFFER FULL 


0R20 CI 


523 




POP 


B 


RESTORE B TO SAVE STACK 


0fl21 C3A708 


524 




JMP 


ILLEG 


ILLEGAL CHR 


0R24 CI 


525 TBUFFL 


POP 


B 


RESTORE BYTE COUNTER 


0R25 210120 


526 




LXI 


H,CMDBUF+1 


POINT INTO COMMAND BUFFER 


9ft28 71 


527 




MOV 


M, C 


STORE BYTE COUNT LSB 


8A29 23 


528 




INX 


H 


INC POINTER 


0R2R 70 


529 




MOV 


hb 


STORE BVTE COUNT MSB 


0R2B 06*04 


538 




MVI 


B,04H 


LOAD PARAMETER COUNT INTO B 


0R2D 21360A 


531 




LXI 


H, TFRET 


GET RETURN ADR FOR THIS ROUTINE 


8R30 C5 


532 




PUSH 


B 


PUSH ONCE 


0R31 E2 


533 




XTHL 




PUT RETURN ON STACK 


0R32 C5 


534 




PUSH 


B 


PUSH IT SO CMDOUT CAN USE IT 


0R33 C3FB0R 


535 




JMP 


CMDOUT 


ISSUE COMMAND 


0A36 C35788 


536 TFRET: 

537 ; 


JMP 


CMDREC 


GET NEXT COMMAND 




538 
539 


ROUTINE TO DISPLAY RESULT IN RESULT BUFFER WHEN LORD AND CONSOLE 




540 


POINTERS RRE DIFFERENT. 






541 












542 










0R29 1605 


542 


>ISPV: 


MVI 


D,05H 


D IS RESULT COUNTER 


0R3B 2R1329 


544 




LHLD 


CNflDR 


GET CONSOLE POINTER 


0R2EE5 


545 




PUSH 


H 


SAVE IT 


8R3F 7E 


546 




MOV 


A,M 


GET RESULT IC 


0R40 E61F 


547 




RNI 


1FH 


LIMIT TO RESULT CODE 


0R42 FE0C 


548 




CPI 


0CH 


TEST IF RX OR TX SOURCE 


0R44 DR620R 


549 




JC 


RXSORC 


CARRY, THEN RX SOURCE 


8R47 21C30C 


550 TXSORC 


LXI 


H,TXIHSG 


TX INT MESSAGE 


0A4R CD928C 


551 




CALL 


TVMSG 


DISPLAY IT 


0R4D El 


552 DISPY2 


POP 


H 


RESTORE CONSOLE POINTER 


0R4E 7E 


552 DISPV1 


MOV 


fl>M 


GET RESULT 


8R4F CDC786 


554 




CALL 


NMOUT 


CONVERT AND DISPLAY 
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0A52 8E20 


555 




MVI 


C ' 


SP CHR 


8A54 CDF895 


556 




CALL 


ECHO 


DISPLAV IT 


8A57 2C 


557 




INR 


L 


INC BUFFER POINTER 


0A58-15 


558 




DCR 


D 


DEC RESULT COUNTER 


8A59 C24E0A 


559 




JNZ 


DISPV1 


NOT DONE 


0A5C 221226 


560 




SHLD 


CNADR 


UPDATE CONSOLE POINTER 


8A5F C25708 


561 
562 
563 




JHP 


CMDREC 


RETURN TO LOOP 




564 


RECEIVER SOURCE - DISPLAY RESULTS RND RECEVIE -BUFFER CONTENTS 




565 












566 










8A62 21B80C 


567 


BSORC 


• LXI 


H..RXIMSG 


RX INT MESSAGE ADR 


8065 CD92BC 


568 




CALL 


TVMSG 


DISPLAY MESSAGE 


8R68 El 


569 




POP 


H 


RESTORE CONSOLE POINTER 


mss 7E 


■570-RXSi: 


MOV 


A,M 


RETRIEVE RESULT FROM BUFFER 


8A6A CDC786 


571 




CALL 


NMOUT 


CONVERT AND DISPLAV IT 


8R6D 8E20 


572 




HVI 


C, •' ' 


•ASCII SP 


0fl6F CDF885 


573 




CALL 


ECHO 


DISPLAY IT 


0B72 2C 


574 




INR 


L 


INC CONSOLE POINTER 


8A73 15 


575 




* DCR 


D 


DEC RESULT COUNTER 


8A74 7fl 


576 




MOV 


A,D 


GET SET TO TEST COUNTER 


8fl75 FE84 


577 




cpi 


04H 


IS THE RESULT R8? 


8R77 CRR28R 


578 




JZ 


R0PT 


YES.. GO SAVE IT 


8A7A FE02 


579 




CPI 


03H 


IS THE RESULT Rl? 


8R7C CAA70A 


588 




JZ' 


R1PT 


YES, GO SAVE IT 


0R7F 97 


581 RXS2: 


ANA 


A 


TEST RESULT COUNTER 


8A80 C2690A 


582 




JNZ 


RXSi 


NOT DONE YEL GET NEXT RESULT 


8R82 221320 


582 




SHLD 


CNADR 


DONE.. SO UPDATE CONSOLE POINTER 


8R86 CDEB85 


584 




CALL 


CRLF 


DISPLAY CR 


6R89 210882 


585 




LXI 


H..RXBUF 


POINT AT RX BUFFER 


9fi8C CI 


586 




POP 


B 


RETRIEVE RECEIVED COUNT 


0A8D 78 


587 


*XS3: 


MOV 


A,B 


IS COUNT 8? 


0A8E Bi 


588 




ORA 


C 




8fl8F CA578S 


589 




JZ 


CMDREC 


YES, GO BACK TO LOOP 


0A92 7E 


598 




MOV 


UN 


NO, GET CHR 


8A92 C5 


591 




PUSH 


6 


SAVE BC 


8fl94 CDC786 


592 




CALL 


NMOUT 


CONVERT AND DISPLAY CHR 


8R97 8E28 


593 




MVI 


C' - 


ASCII SP 


8R99 CDF885 


594 




CALL 


ECHO 


DISPLAY IT TO SEPARATE DATA 


0R9C CI 


595 




POP 


B 


RESTORE BC 


0A9D 8B 


596 




OCX 


B 


DEC COUNT 


0A9E 23 


597 




INK 


H 


INC POINTER 


0A9F C38D8R 


598 
599 




JMP 


RXS2 


GET NEXT CHR 


8RR2 4E 


680 R0PT: 


MOV 


CM 


GET RO FOR RESULT BUFFER 


0RR3 C5 


601 




PUSH 


B 


SAVE IT 


mm C37F8R 


682 
603 




JMP 


RXS2 


; RETURN 


0RR7 Ci 


604 R1PT: 


POP 


B 


•GETR8 


0AA8 46 


685 




MOV 


B,N 


sGET Rl FOR RESULT BUFFER ' 


0RR9 C5 


686 




PUSH 


B 


} SAVE IT 


0RRR C37F8R 


607 
608 
609 
610 




JMP 


RXS2 






611 


■PARAMETER INPUT - PARAMETER RET 


URNED IN E REGISTER 




612 
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613 . 












OAAD C5 


614 PRO: 


PUSH 


6 


SAVE BC 




9AAE 1691 


615 




MVI 


D,01H 


SET CHR COUNTER 




0RBO CD1F06 


616 




CALL 


GETCH 


GET CHR 




0flB2 CDF805 


617 




CALL 


ECHO 


ECHO IT 




0AB6 7? 


618 




MOV 


A.C 


PUT CHR IN A 




9RB7 FE29 


619 




CPI 


/ / 


SP? 




0AB9 C2E80A 


628 




m 


PARIN1 


NO. ILLEGAL. TRV AGAIN 




8ABC CD1F06 


621 PARIN3 


CALL 


GETCH 


GET CHR OF PARAMETER 




0RBF CDF805 


622 




CALL 


ECHO 


ECHO IT 




0AC2 CD5E87 


623 




CALL 


VALDG, 


IS IT A VALID CHR? 




0RC5 D2E00A 


624- 




JNC 


PARIN1 


NO. TRV AGAIN 




8AC8 COBB05 


625 




CALL 


CNVBN 


CONVERT IT TO HEX 




8ACB 4F 


626 




MOV 


C/fl 


SAVE IT IN C 




9fiCC 7A 


627 




MOV 


A,D 


GET CHR COUNTER 




ORCD A7 


628 




ANA 


A 


IS IT 0? 




0flCE CflDC0fi 


629 




JZ 


PARIN2 


YES, DONE WITH THIS PARAMETER 




0flDl 15 


636 




DCR 


D 


DEC CHR COUNTER 




0AD2 ft? 


631 




XRA 


A 


CLEAR CARRV 




mi. 79 


632 




MOV 


A,C 


RECOVER 1ST CHR 




0flD4 17 


633 




RAL 




ROTATE LEFT 4 PLACES 




■0flD5 17 


634 




RAL 








8AD6 17 


635 




RAL 








0flD7 17 


636 




RAL 








0flD8 5F 


637 




MOV 


& ft 


SAVE IT IN E 




0flD9 C3BC8A 


638 




JMP 


PARIN3 


GET NEXT CHR 




0ADC 79 


639 PRRIN2 


MOV 


A..C 


2ND CHR IN A 




0flDD B3 


640 




ORR 


E 


COMBINE BOTH CHRS 




8flDE CI 


641 




POP 


B 


RESTORE BC 




OADF C9 


642 




RET 




RETURN TO CALLING PROGRAM 




0RE9 79 


643 


3 ARIN1 


MOV 


A,C . 


sPUT ILLEGAL CHR IN A 




0flEl 27 


644 




STC 




SET CARRV AS ILLEGAL STATUS 




0flE2 Ci 


6*5 




POP 


B 


•RESTORE BC 




0AE3 C9 


646 
647 
648 




RET 




RETURN TO CALLING PROGRAM 






649 


JUMP HERE IF BUFFER FULL 








650. 












9flE4 CF 


651 BUFFUL 


DB 


0CFH 


EXIT TO MONITOR 






652 . 














653 . 














654 . 


COMMAND DISPATCHER 








655. 














656 . 












8RE5 210920 


657 ( 


:0MM: 


LXI 


H,CMDBUF 


SET POINTER 




0AE8 C5 


658 




PUSH 


B 


SAVE BC 




0AE9 71 


659 




MOV 


ftC 


LOAD COMMAND INTO BUFFER 




0AEA 78 


660 C0MM1: 


MOV 


A.B 


CHECK PARAMETER COUNTER 




0AEB A7 


661 




ANA 


A 


IS IT 0? 




0AEC CAFB0A 


662 




JZ 


CMDOUT 


VES, GO ISSUE COMMAND 




0AEF CDAD0A 


663 




CALL 


PflRIN 


GET PARAMETER 




0AF2 DAA708 


664 




JC 


ILLEG 


ILLEGAL CHR RETURNED 




0AF5 23 


665 




INX 


H 


i INC BUFFER POINTER 




0RF6 85 


666 




DCR 


8 


s DEC PARAMETER COUNTER 




0RF7 77 


667 




MOV 


M,A 


; PARAMETER TO BUFFER 




0RF8 C3EA0A 


668 




JMP 


COMMi 


i GET NEXT PARAMETER 




0RFB 210920 


669 CHDOUT 


LXI 


H,CMDBUF 


?REPOINT POINTER 




0RFEC1 


670 




POP 


B 


.RESTORE PARAMETER COUNT 
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8AFFDB90 


671 C0MM2: 


IN 


STAT73 


READ 8272 STATUS 


9B81 97 


672 


RLC 




ROTATE CBSV INTO CARRV 


0BO2DAFFOA 


m 


JC 


C0MM2 


WAIT FOR OK 


0B05 7E 


674 


MOV 


A,M 


OK, MOVE COMMAND INTO A 


0B06 D290 


675 


OUT 


CQMM72 


•OUTPUT COMMAND 


0B08 78 


676 PARI: 


MOV 


A,B 


GET PARAMETER COUNT 


0B09 A7 


677 


nrtfl 


A 


IS IT 8? 


0B0AC8 


678 


RZ 




VES, DONE, RETURN 


0B0B22 


679 


INX 


H 


INC COMMAND BUFFER POINTER 


0B0C 05 


ese 


DCR 


B 


DEC PARAMETER COUNT 


0B0D DB98 


6S1PAR2; 


IN 


STAT73 


READ STATUS 


0B0F E628 


682 


ANI 


CPBF 


IS CPBF BIT SET? 


0B11 C20D0B 


682 


JNZ 


PAR2 


WAIT TIL ITS 


0B14 7E 


684 


MOV 


A,M 


OK, GET PARAMETER FROM BUFFER 


0B15 D291 


685 


OUT 


PARM72 


OUTPUT PARAMETER 


0B17 C30808 


686 
687.; 
688 ; 


JMP 


PARI 


GET NEXT PARAMETER 




689 ; INITIALIZE AND ENABLE RX DMA CHANNEL 




698 ; 










691 ; 








0B1A I<E€2 


692 RXDMA: 


MVI 


A,DRDMA 


DISABLE RX DMA CHANNEL 


0B1C D2A8 


693 


OUT 


M0DE57 ■ 


8257 MODE PORT 


0B1E 010982 


694 


LXI 


B,RXBUF 


RX BUFFER START ADDRESS 


8B21 79 


695 


MOV 


A,C 


RX BUFFER LSB 


0B22 D3A8 


696 


OUT 




CH0 ADR PORT 


0B24 78 


697 


MOV 


A,B 


RX BUFFER MSB 


8B25 D2A0 


698 


OUT 


CH0ADR 


CH0 ADR PORT 


9B27 01FF41 


699 


LXI 


B,RXTC 


RX CH TERMINAL COUNT 


0B2R 79 


700 


MOV 


A,C 


RX TERMINAL COUNT LSB 


0B2B D3A1 


701 


OUT 


CH0TC 


CH0 TC PORT 


0B2D73 


702 


MOV 


A,B 


RX TERMINAL COUNT MSB 


0B2E D2A1 


703 


OUT 


CH0TC 


CH0TCPORT 


0B20 2E62 


784 


MVI 


A,ENDMA 


ENABLE DMA WORD 


0B32 D3A8 


705 


OUT 


M0DE57 


8257 MODE PORT 


8B34 C9 


706 
707; 

708 ; 


RET 




RETURN 




709 ; INITIALIZE AND ENABLE TX DMA CHI 


WEI 




710; 










711 ! 








0B25 2E61 


712 TXDMA: 


MVI 


A,DTDMA 


DISABLE TX DMA CHANNEL 


0827 D2A8 


712 


OUT 


M0DE57 


8257 MODE PORT 


0B29 010080 


714 


LXI 


B,TXBUF 


TX BUFFER START ADDRESS 


0B2C79 


715 


MOV 


A,C 


TX BUFFER LSB 


0B2D D3A2 


716 


OUT 


CH1ADR 


CHI ADR PORT 


0B2F78 


717 


MOV 


fliB 


TXBUFFERMSB 


8B40D2A2 


718 


OUT 


CH1ADR 


CHI ADR PORT 


8B42 01FF81 


719TXDMA1 


: LXI 


B,TXTC 


;TXCH TERMINAL COUNT 


8B45 79 


720 


MOV 


A,C 


TX TERMINAL COUNT LSB 


0B46 D2A2 


751 


OUT 


CH1TC 


:CH1TCP0RT 


0B48 78 


722 


MOV 


A,B 


?TX TERMINAL COUNT MSB 


0B49 D2fi2 


723 


OUT 


CH1TC 


?CHiTCPORT 


8B4B 2E63 


724 


MVI 


ftENDMA 


i ENABLE DMA WORD 


0B4DD2A8 


725 


OUT 


M0DE57 


i 8257 MODE PORT 


0B4FC9 


726 

727; 

728; 


RET 




;RETURN 
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729 i INERRUPT PROCESSING SECTION 






738 ; 








8C00 


731 
732; 

723 i 


ORG 


0C00H 


' 




734 RECEIVER INTERRUPT - RST 7.5 (LOC 3CH) 




735 ; 








ecee E5 


736 RXI: 


PUSH 


H 


iSfiVEHL 


0CO1 F5 


737 


PUSH 


PSW 


■i SAVE PSW 


9C02 C5 


738 


PUSH 


B 


iSflVE BC 


0C03 05 


739 


PUSH 


D 


;SAVE DE 


8C84 3E62 


740 


HVI 


fl,DRDMA 


; DISABLE RX DMA 


0C06 D3A8 


741 


OUT 


M0DE57 


; 8257 MODE PORT 


0C98 3E18 


742 


MVI 


A,18H 


;RESET RST7.5 F/F 


OC0A 29 


743 


SIM 






0C0B 1604 


744 


MVI 


D.04H 


;D IS RESULT COUNTER 


0C9D 2A1029 


745 


LHLD 


LDRDR 


;GET LOAD POINTER 


0C10 E5 


746 


PUSH 


H 


;SAVE IT 


0C11 E5 


747 


PUSH 


H 


;SAVE IT AGAIN 


0C12 45 


748 


MOV 


BA 


;SAVELSB 


8C13 2R1320 


749 


LHLD 


CNflDR 


;GET CONSOLE POINTER 


0C16 04 


750 RXIi: 


INR 


B 


;BUMP LOAD POINTER LSB 


8C17 78 


751 


MOV 


FbB 


; GET SET TO TEST 


0C18 BD 


752 


CMP 


L 


.;LOAD=CONSOLE? 


0C19 CAE40A 


-753 


JZ 


BUFRJL 


i'VESi BUFFER FULL 


0C1C 15 


754 


DCR 


D 


;DEC COUNTER 


0C1D C2160C 


755 


JNZ 


RXIi 


;NOT DONE, TRV AGAIN 


0C20 1605 


756 


MVI 


D, 05H 


i RESET COUNTER 


9C22 El 


757 


POP 


H 


; RESTORE LOAD POINTER 


0C23 DB90 


758 RXI2: 


IN 


STRT73- 


; READ STATUS 


6C25 E608 


759 


ANI 


RXINT 


; TEST RX INT 


8C27 Cfl39ec 


760 


JZ 


RXI3 


j DONE, GO FINISH UP 


0C2A DB90 


761 


IN 


STRT73 


j READ STATUS AGAIN 


0C2C E602 


762 


ANI 


RXIRR 


; IS RESULT READV? 


0C2E CA238C 


762 


JZ 


RXI2 


.;N0, TEST AGAIN 


0C31 DB93 


764 


IN 


RXIR73 


,-VES, READ RESULT 


6C33 77 


765 


MOV 


It A 


; STORE IN BUFFER 


0C34 2C 


766 


INR 


L 


; INC BUFFER POINTER 


0C35 15 


767 


DCR 


D 


.; DEC COUNTER 


0C26 C3230C 


768 


JMP 


RXI2 


; GET MORE RESULTS 


8C23 7fl 


769 RXI2: 


MOV 


A,D 


;GET SET TO TEST 


8C3A fl7 


770 


flNfl 


A 


.;ALL RESULTS? 


0C3B CA450C 


771 


JZ 


RXI4 


iVES, SO FINISH UP 


0C2E 2609 


772 


MVI 


M, 00H 


;N0, LOAD TIL DONE 


0C4O 2C 


772 


INR 


L 


i BUMP POINTER 


0C-41 15 


774 


DCR 


D 


i DEC COUNTER 


0C42 C3390C 


775 


JMP 


RXI3 


.; GO AGAIN 


0C45 221020 


776 RXI4: 


SHLD 


LDRDR 


.; UPDATE LOAD POINTER 


0C48 2A1520 


777 


LDfl 


PRMPT 


iGET MODE INDICATOR 


0C4B FE2D 


778 


CPI 


•'-'' 


; NORMAL MODE? 


0C4D CA858C 


779 

780 ; 

781 ; 


JZ 


RXI6 


;VES, CLEAN UP BEFORE RETURN 




POLL 


MODE SO CHECK CONTROL BVTE 




732 ; 


IF CONTROL IS A POLL.. 


SET UP SPECIAL TX COMMAND BUFFER 




783 ; 

784 i 
735 


RND RETURN WITH POLL INDICATOR NOT 8 


0C5O El 


POP 


H 


;GET PREVIOUS LOAD ADR POINTER 


0C51 7E 


786 


MOV 


fl,M 


;GET IC BVTE FROM BUFFER 
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0C52 E61E 


787 


ANI 


1EH 


;LOOK AT GOOD FRAME BITS 


0C54 C2898C 


788 


JNZ 


RXI5 


i IF NOT 0, INTERRUPT HASN'T FROM A GOOD FRAME 


0C57 2C 


789 


INR 


L 


i BYPASS R0 AND Rl IN BUFFER 


9C58 2C 


790 


INR 


L 




0C59 2C 


791 


INR 


L 




0C5A56 


792 


MOV 


D,M 


GET ADR BYTE AND SAVE IT IN D 


0C5B2C 


793 


INR 


L 




@C5C 7f 


794 


MOV 


A,M 


;GETCNTL BYTE FROM BUFFER 


8C5D mi 


795 


CPI 


SNRMP 


HAS IT SNRM-P? 


0C5F CA6C8C 


796 


JZ 


Tl 


•yes; go set response 


0C62FE11 


797 


CPI 


RROP 


HAS IT RR(0)-P? 


0C64 C2898C 


798 


JNZ 


RXI5 


YES/ GO SET RESPONSE, OTHERHISE RETURN 


0C67 iEll 


m 


MVI 


LRR0F 


RR(0)-P SO SET RESPONSE TO RR<0)-F 


0C69 C36E0C 


800 


JMP 


TXRET 


; GO FINISH LOADING SPECIAL BUFER 


wm%m 


811 Tl: 


MVI 


BNSAF 


; SNRM-P SO SET RESPONSE TO NSA-F 


8CSE 212020 


802 TXRET: 


LXI 


H,CMOBFl 


j SPECIAL BUFFER ADR 


0C71 36C8 


806 


MVI 


M,0C8H 


;LOfiD TXFRRHE COmflND 


0C73 22 


see 


INX 


H 


, INC POINTER 


8C74 3600 


809 


MVI 


M,00H 


L0=0 


0C76 23 


810 


INX 


H 


? INC POINTER 


0C77 3690 


811 


MVI 


M,00H 


;L1=0 


8C79 23 


812 


INX 


H 


i INC POINTER 


mm 72 


813 


MOV 


M,D 


:LOADRCVD ADR BYTE 


0C7B23 


814 


INX 


K 


j'INC POINTER 


0C7C n 


815 


MOV 


M,E 


•LOAD RESPONSE CNTL BYTE 


0C7D 3E91 


816 


MVI 


A.01H 


■SET POLL INDICATOR NOT 


0C7F 321620 


817 


STA 


POLIN 


i LOAD POLL INDICATOR 


9C82 C3890C 


818 
819 


JMP 


RXI5 


; RETURN 


0C85 El 


820RXI6: 


POP 


H 


CLEAN UP STACK IF NORMAL MODE 


0C86 C3896C 


821 
822 


JMP 


RXI5 


RETURN 


0C89CMA8B 


823 RXI5: 


CALL 


RXDMA 


RESET DMA CHANNEL 


8C8C Dl 


824 


POP 


D 


•RESTORE REGISTERS 


0C8D CI 


825 . 


POP 


e 




9C8E Fl 


826 


POP 


PSH 




0C8F El 


827 


POP 


H 




0C90 FB 


828 


EI 




•ENABLE INTERRUPTS 


0C91 C9 


829 

830 V 

831 ;' 


RET 




i RETURN 




832 iHESSflGE tVPER 


- ASSUMES MESSAGE 


STARTS AT HL 




833 i 










834 ; 








0C92 C5 


335 TYMSG: 


PUSH 


B 


iSBVE BC 


0C93 7E 


836 TVMSG2 


MOV 


A,M 


i GET ASCII CHR 


0C94 23 


837 


INX 


H 


; INC POINTER 


0C95 FEFF 


838 


CPI 


0FFH 


•STOP? 


0C97 CAA10C 


839 


JZ 


TVMSG1 


;YES, GET SET FOR EXIT 


0C9fl 4F 


840 


MOV 


CA 


* SET UP FOR DISPLAY 


0C9B CDF805 


841 


CALL 


ECHO 


i DISPLAY CHR 


0C9E C3930C 


842 


JMP 


TVMSG2 


J GET NEXT CHR 


ecfii CI 


843 TYMSG1 


POP 


B 


; RESTORE BC 


0CA2 C9 


844 
845; 
846 ; 


RET 




} RETURN 




847 jSIGNON MESSAGE 






848 i 
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0CA2 3D 
9CA4 23222722 
9CA8 294D4F4E 
eCflC 49544F52 
eCBQ 20295621 
8CB4 2E21 
0CB6 0D 
0CB7 FF 



849 SIGNON: DB CR, '8272 MONITOR VI i', CR, 9FFH 





859; 




851 ; 




852 ; 




852 ; RECEIVER INTERRUPT MESSAGES 




854 ,• 




855 i 


0CB3 0D 


856 RXIMSG: DB CR, 'RX INT - ',8FFH 


9CB9 52582949 




0CBD 4E54202D 




9CC1 28 




9CC2 FF 






857 ; 




358 i TRANSMITTER INTERRUPT MESSAGES 




859 i 


0CC2 00 


860 TXIMSG: DB CR, 'TX INT - ',0FFH 



0CC2 0D 


860 TXIMSG 


DB 


CR,TX INT - ',0FFH 


0CC4 54582049 










0CC8 4E54202D 










0CCC 20 










0CCD FF 


861 i 

862 ;. 










862 i TRANSMITTER INTERRUPT ROUTINE 






864 j 








0CCEE5 


865 TXI: 


PUSH 


H 


SAVE HL 


8CCF F5 


866 


PUSH 


P5W 


SAVE PSW 


0CD9 C5 


867 


PUSH 


B 


SAVEBC 


9CD1 D5 


868 


'PUSH 


D 


SAVE DE 


0CD2 2E61 


869 


m 


A,DTDMA 


DISABLE TX DMA 


0CD4 D2A8 


870 


OUT 


M0DE57 


8257 MODE PORT 


0CD6 1604 


871 


MVI 


D,84H 


SET COUNTER 


9CD8 2A1029 


872 


LHLD 


LDADR 


GET LOAD POINTER 


0CDB E5 


872 


PUSH 


H 


SAVE IT 


0CDC 45 


374 


MOV 


B,L 


SAVE LSB IN B 


0CDD 2A1220 


875 


LHLD 


CNADR 


GET CONSOLE POINTER 


8CE0 04 


876 TXI1: 


INR 


B 


INC POINTER 


9CE1 78 


377 


MOV 


A,B 


GET SET TO TEST 


9CE2BD 


878 


CMP 


L 


•LOAD=CONSOLE? 


0CE2 CAE40A 


879 


JZ 


BUFFUL 


VES, BUFFER FULL 


0CE6 15 


880 


DCR 


D 


NO, TEST NEXT LOCATION 


0CE7C2E00C 


881 


JNZ 


TXI1 


TRY AGAIN 


0CEAE1 


832 


POP 


H 


RESTORE LOAD POINTER 


8CEB DB92 


882 


IN 


TXIR72 


READ RESULT 


8CED77 


884 


MOV 


ftfl 


STORE IN BUFFER 


0CEE 2C 


885 


INR 


L 


INR POINTER 


0CEF 2600 


886 


MVI 


M,00H 


EXTRA RESULT SPOTS 8 


8CF1 2C 


887 


INR 


L 




0CF2 2600 


888 


MVI 


N,00H 




0CF4 2C 


889 


INR 


L 




eeF5 2609 


899 


MVI 


M OflU 




0CF7 2C 


891 


INR 


L 
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0CF8 2686 


892 




MVI 


M,00H 












0CFA 2C 


892 




1NR 


L 












8CFB 221920 


894 




SHLO 


LOflOR 


.; 


UPOftTE LOAO POINTER 






8CFE C0258B 


899 




CALL 


TXOMA 




RESET OMfl CHANNEL 






9D01 Dl 


900 




POP 





.; 


RESTORE OE 








0002 CI 


901 




POP 


B 




RESTORE BC 








0002 Fi 


902 




POP 


PSW 




RESTORE PSW 






8004 Ei 


902 




POP 


H 




RESTORE HL 








0D05FB 


904 




EI 






ENABLE INTERRUPTS 






0006 C9 


905 




RET 




• : 


RETURN 










907 
952 
952 
954 


} 




















ENO 














PUBLIC SYMBOLS 




















EXTERNAL SYMBOLS 


















USER SYMBOLS 




















flDHN A 0922 


AFCMO 


fl 09CE 


BUFFUL fl 0AE4 


CH0AOR A 00A0 


CH0TC A 00fll 


CH1A0R A00A2- 


CH1TC A00A2 


CMD51 A 0027 


CH0BF1 A 2620 


CMOBUFA2000 


CMOOUT fl OAFB 


CMOREC A 0857 


CMOOE A 8921 


CNAOR A 2012 


CNT052 A 009C 


CNT152 fl 6090 


CNT252A009E 


CNTL51 A 0089 


CNTLC A 8002 


CNVBN A05BB 


COBR A 000C 


COMM fl 0flE5 


C0MM1 


A0flEft 


C0MM2 


A0AFF 


C0MM72 A 0090 


CPBF A 0020 


CR A 0000 


CRLF A 05EB 


OEM ft 0000 


OEMOOE fl 2627 


OISPY 


A0A29 


0ISPY1 A 0A4E 


0ISPY2 A0A4O 


OROMA A 8062 


OTOMA A 0061 


ECHO ft 05F8 


ENOCHK fl 6fllB 


ENOMfl 


ft 0862 


GOWN 


A 08FF : 


GETCH A061F 


GETCMO fl 8870 


GRCMO A 09C4 


ILLEG fl 08A7 


LOflOR 


fl 2810 


LF '■■::■ 


A 008A 


LKBR1 


A 2817 


LKBR2 A 2018 


LOOPIT ft 0861 


MOCNT0 A 0026 


M0CNT2 fi 00B6 


M0E51 


fl 60CE 


M00E52 A 069B 


M00E57 A 00A8 


MONTOR A 8008 


NMOUT R06C7 


NSAF A 0872 


PftRl A0B08 


PflR2 


R0B8O 


PARIN 


A0AAO 


PARIN1 A 8AE0 


PARIN2 A 6A0C 


PftRIN2fl,0ABC 


pmm A 0091 


POLIN ft 2016 


PRMPT 


ft 2015 


ROPT 


■fl 0AA2 


R1PT 


A8AA7 


RBCMO A897B 


ROCMO A 0971 


ROWN A 08AF 


ROY ft 6002 


RESBUF fl 2868 


RESL72 A 0091 


ROCMO 


A 0950 


RPCMO A 0908 


RR0F A 0011 


RR8P A 0011 


RSCMO ft 0967 


RST65 


fl 28CE 


RST75 


A 2004 


RXBUF 


A 8290 


RX051 A 8088 


RXOMA A8B1A 


RXI A 0C00 


RXIi fl 0C16 


RXI2 


ft 8C22 


RXI2 


fl 0C29 


RXI4 


A 0C45 


RXI5 A 8C89 


RXI6 A0C85 


RXIMSG A 0CB8 


RXINT fl 0008 


RXIR72 ft 6092 


RXIRfl 


fl 0002 


RXS1 


A0A69 


RXS2 A0A7F 


RXS2 A 8A80 


RXSORC A 8A62 


RXTC fl 41FF 


SBCMO 


ft 8985 


SOWN 


fl 0807 


SIGNGN A0CA2 


SLCMO A898F 


SNRMP A 0092 


SOW A09A6 


SPCMO fl 09E2 


SRCMO 


A09BR 


SSCMO 


fl 89B0 


START 


A 0880 


STAT51 A 0889 


STAT57 A 08A8 


STAT72 A 0096 


STKSRT fl 20C0 


SW 


fl 8942 


Tl 


fl 0C6C 


TBUFFL A0A24 


TBUFL A0A07 


TBUFLlft0A0O 


TOWN A 090E 


TE5T72 fl 0092 


TFCMO 


fl 89EC 


TFCM01 fl 09F6 


FRET 


A 0A26 


TLCMO A 8999 


TRUE A 0806 


TRUE1 A 0006 


TXBUF fl 8600 


TX051 


R 8383 


TXOMfl 


A0B25 


TX0MA1 A 0B42 


TXI A OCCE 


TXI1 A0CE0 


TXIMSG A 0CC2 


TXINT ft 0004 


TXIR72 ft 8892 


TXIRfl 


■fl 0001 


TXPOL 


A894C 


TXRET A0C6E 


TXSORC A 0A47 


TXTC fl 81FF 


TYMSG ft 0C92 


TYMSG1 A 0CA1 


TYMSG2 fl 0C92 


VALOG 


A 075E 









ASSEMBLY COMPLETE, NO ERRORS 
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Normally the data link is in an idle or marking state, 
continuously transmitting a "mark" (binary 1). When a 
character is to be sent, the character data bits are imme- 
diately preceded by a "space" (binary START bit). 
The mark-to-space transition informs the receiving sys- 
tem that a character of information will immediately 
follow the start bit. Figure 1 illustrates the transmission 
of a 7-bit ASCII character (upper case S) with even 
parity. Note that the character is transmitted immedi- 
ately following the start bit. Data bits within the charac- 
ter are transmitted from least-significant to 
most-significant. The parity bit is transmitted immedi- 
ately following the character data bits and the STOP 
framing bit (binary 1) signifies the end of the character. 

Asynchronous interfaces are often used with human 
interface devices such as CRT/keyboard units where 
the time between data transmissions is extremely 
variable. 



Framing 

Character framing is accomplished by the START and 
STOP bits described previously. When the START bit 
transition (mark-to-space) is detected, the receiving 
system assumes that a character of data will follow. In 
order to test this assumption (and isolate noise pulses 
on the data link), the receiving system waits one-half bit 
time and samples the data link again. If the link has 
returned to the marking state, noise is assumed, and the 
receiver waits for another START bit transition. 

When a valid START bit is detected, the receiver 
samples the data link for each bit of the following char- 
acter. Character data bits and the parity bit (if required) 
are sampled at their nominal centers until all required 
characters are received. Immediately following the 
data bits, the receiver samples the data link for the 
STOP bit, indicating the end of the character. Most 
systems permit specification of 1, \Vi, or 2 stop bits. 



Characters 

In asynchronous mode, characters may vary in length 
from five to eight bits. The character length depends on 
the coding method used. For example, five-bit charac- 
ters are used when transmitting Baudot Code, seven-bit 
characters are required for ASCII data, and eight-bit 
characters are needed for EBCDIC and binary data. To 
transmit messages composed of multiple characters, 
each character is framed and transmitted separately 
(Figure 2). 



This framing method ensures that the receiving system 
can easily synchronize with the start and stop bits of 
each character, preventing receiver synchronization er- 
rors. In addition, this synchronization method makes 
both transmitting and receiving systems insensitive to 
possible time delays between character transmissions. 
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Figure 2. Multiple Character Transmission 



Timing 

The transmitter and receiver in an asynchronous data 
link arrangement are clocked independently. Normally, 
each clock is generated locally and the clocks are not 
synchronized. In fact, each clock may be a slightly 
different frequency. (In practice, the frequency differ- 
ence should not exceed a few percent. If the transmitter 
and receiver clock rates vary substantially, errors will 
occur because data bits may be incorrectly identified as 
START or STOP framing bits.) These clocks are de- 
signed to operate at 16, 32, or 64 times the communica- 
tions data rate. These clock speeds allow the receiving 
device to correctly sample the incoming bit stream. 

Serial-interface data rates are measured in bits/second. 
The term "baud" is used to specify the number of times 
per second that the transmitted signal level can change 
states. In general, the baud is not equal to the bit rate. 
Only when the transmitted signal has two states 
(electrical levels) is the baud rate equal to the bit rate. 
Most point-to-point serial data links use RS-232-C, RS- 
422, or RS-423 electrical interfaces. These specifica- 
tions call for two electrical signal levels (the baud is 
equal to the bit rate). Modem interfaces, however, may 
often have differing bit and baud rates. 

While there are generally no limitations on the data 
transmission rates used in an asynchronous data link, a 
limited set of rates has been standardized to promote 
equipment interconnection. These rates vary from 75 
bits per second to 38,400 bits per second. Table 1 il- 
lustrates typical asynchronous data rates and the asso- 
ciated clock frequencies required for the transmitter 
and receiver circuits. 
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INTRODUCTION 

The 8274 Multiprotocol serial controller (MPSC) is a 
sophisticated dual-channel communications controller 
that interfaces microprocessor systems to high-speed 
serial data links (at speeds to 880K bits per second) 
using synchronous or asynchronous protocols. The 
8274 interfaces easily to most common microproces- 
sors (e.g., 8048, 8051, 8085, 8086, and 8088), to DMA 
controllers such as the 8237 and 8257, and to the 8089 
I/O processor. Both MPSC communication channels 
are completely independent and can operate in a full- 
duplex communication mode (simultaneous data trans- 
mission and reception). 

Communication Functions 

The 8274 performs many communications-oriented 
functions, including: 

— Converting data bytes from a microprocessor system 
into a serial bit stream for transmission over the data 
link to a receiving system. 

— Receiving serial bit streams and reconverting the 
data into parallel data bytes that can easily be pro- 
cessed by the microprocessor system. 

— Performing error checking during data transfers. Er- 
ror checking functions include computing/ 
transmitting error codes (such as parity bits or CRC 
bytes) and using these codes to check the validity of 
received data. 

— Operating independently of the system processor in a 
manner designed to reduce the system overhead in- 
volved in data transfers. 

System Interface 

The MPSC system interface is extremely flexible, 
supporting the following data transfer modes: 

1. Polled Mode. The system processor periodically 
reads (polls) an 8274 status register to determine 
when a character has been received, when a charac- 
ter is needed for transmission, and when transmis- 
sion errors are detected. 

2. Interrupt Mode. The MPSC interrupts the system 
processor when a character has been received, when 
a character is needed for transmission, and when 
transmission errors are detected. 

3. DMA Mode. The MPSC automatically requests data 
transfers from system memory for both transmit and 
receive functions by means of two DMA request 
signals per serial channel. These DMA request sig- 
nals may be directly interfaced to an 8237 or 8257 
DMA controller or to an 8089 I/O processor. 



4. WAIT Mode. The MPSC ready signal is used to 
synchronize processor data transfers by forcing the 
processor to enter wait states until the 8274 is ready 
for another data byte. This feature enables the 8274 
to interface directly to an 8086 or 8088 processor by 
means of string I/O instructions for very high-speed 
data links. 

Scope 

This application note describes the use of the 8274 in 
asynchronous communication modes. Asynchronous 
communication is typically used to transfer data 
to/from video display terminals, modems, printers, and 
other low- to-medium-speed peripheral devices. Use of 
the 8274 in both interrupt-driven and polled system 
environments is described. Use of the DMA and WAIT 
modes are not described since these modes are 
employed mainly in synchronous communication sys- 
tems where extremely high data rates are common. 
Programming examples are written in PL/M-86 
(Appendix B and Appendix C). PL/M-86 is executed by 
the iAPX-86 and iAPX-88 processor families. In addi- 
tion, PL/M-86 is very similar to PL/M-80 (executed by 
the MCS-80 and MCS-85 processor families). In addi- 
tion, Appendix D describes a simple application exam- 
ple using an SDK-86 in an iAPX-86/88 environment. 

SERIAL-ASYNCHRONOUS DATA LINKS 

A serial asynchronous interface is a method of data 
transmission in which the receiving and transmitting 
systems need not be synchronized. Instead of transmit- 
ting clocking information with the data, locally 
generated clocks (16, 32 or 64 times as fast as the data 
transmission rate) are used by the transmitting and 
receiving systems. When a character of information is 
sent by the transmitting system, the character data is 
framed (preceded and followed) by special START and 
STOP bits. This framing information permits the receiv- 
ing system to temporarily synchronize with the data 
transmission. (Refer to Figure 1 during the following 
discussion of asynchronous data transmission.) 



TIME ► 




- 1 1 

START «n 
BIT 2 




DATA LINK IDLE 
(MARKING) 


__l U U 


10 10 1 -« 1 ► 

£ PARITY ST0P DATA LINK IDLE 

wr«mii B|T (MARKING) 

PARITY CHARACTER (UPPER CASE S-53H) 
10 1 11 



Figure 1. Transmission of a 7-Bit ASCII Character 
with Even Parity 
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Table 1. Communication Data Rates and 
Associated Transmitter/Receiver 
Clock Rates 



software control, the 8274 can initiate a break sequence 
when transmitting data and detect a break sequence 
when receiving data. 



Data Rate (bits/second) 


Clock Rate (kHz) 


X16 


X32 


X64 


75 

150 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 


1.2 

2.4 

4.8 

9.6 

19.2 

38.4 

76.8 

153.6 

307.2 

614.4 


2.4 

4.8 

9.6 

19.2 

38.4 

76.8 

153.6 

307.2 

614.4 


4.8 

9.6 

19.2 

38.4 

76.8 

153.6 

307.2 

614.2 



Parity 

In order to detect transmission errors, a parity bit may 
be added to the character data as it is transferred over 
the data link. The parity bit is set or cleared to make the 
total number of "one" bits in the character even (even 
parity) or odd (odd parity). For example, the letter "A" 
is represented by the seven-bit ASCII code 1000001 
(41H). The transmitted data code (with parity) for this 
character contains eight bits; 01000001 (41H) for even 
parity and 1 1000001 (OC1H) for odd parity. Note that a 
single bit error changes the parity of the received char- 
acter and is therefore easily detected. The 8274 sup- 
ports both odd and even parity checking as well as a 
parity disable mode to support binary data transfers. 



Communication Modes 

Serial data transmission between two devices can oc- 
cur in one of three modes. In the simplex transmission 
mode, a data link can transmit data in one direction 
only. In the half-duplex mode, the data link can transmit 
data in both directions, but not simultaneously. , In the 
full-duplex mode (the most common), the data link can 
transmit data in both directions simultaneously. The 
8274 directly supports the full-duplex mode and will 
interface to simplex and half-duplex communication 
data links with appropriate software controls. 

BREAK Condition 

Asynchronous data links often include a special se- 
quence known as a break condition. A break condition 
is initiated when the transmitting device forces the data 
link to a spacing state (binary 0) for an extended length 
of time (typically 150 milliseconds). Many terminals - 
contain keys to initiate a break sequence. Under 



MPSC SYSTEM INTERFACE 
Hardware Environment 

The 8274 MPSC interfaces to the system processor over 
an 8-bit data bus. Each serial I/O channel responds to 
two I/O or memory addresses as shown in Table 2. In 
addition, the MPSC supports vectored and daisy- 
chained interrupts. 

The 8274 may be configured for memory-mapped or 
I/O-mapped operation. 

Table 2. 8274 Addressing 



cs 


A, 


A 


Read Operation 


Write Operation 







1 




1 



1 

X 





1 
1 . 

X 


Ch. A Data Read 
Ch. A Status Read 
Ch. B Data Read 
Ch. B Status Read 
High Impedence 


Ch. A Data Write 

Ch. A Command/Parameter 

Ch. B Data Write 

Ch. B Command/Parameter 

High Impedence 



The 8274-processor hardware interface can be con- 
figured in a flexible manner, depending on the operating 
mode selected — polled, interrupt-driven, DMA, or 
WAIT. Figure 3 illustrates typical MPSC configurations 
for use with an 8088 microprocessor in the polled and 
interrupt-driven modes. 

All serial-to-parallel conversion, parallel-to-serial con- 
version, and parity checking required during 
asynchronous serial I/O operation is automatically per- 
formed by the MPSC. 



Operational Interface 

Command, parameter, and status information is stored 
in 22 registers within the MPSC (8 writable registers 
and 3 readable registers for each channel). These regis- 
ters are all accessed by means of the command/ status 
ports for each channel. An internal pointer register 
selects which of the command or status registers will be 
written or read during a command/status access of an 
MPSC channel. Figure 4 diagrams the command/ status 
register architecture for each serial channel. In the 
following discussion, the writable registers will be 
referred to as WR0 through WR7 and the readable regis- 
ters will be referred to as RR0 through RR2. 
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a) Polled Configuration 
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b) Daisy-chained Interrupt Configuration 




Figure 3. 8274 Hardware Interface for Polled and Interrupt-driven Environments 



The least-significant three bits of WRO are automati- 
cally loaded into the pointer register every time WRO is 
written. After reset, WRO is set to zero so that the first 
write to a command register causes the data to be 
loaded into WRO (thereby setting the pointer register). 
After WRO is written, the following read or write acces- 
ses the register selected by the pointer. The pointer is 
reset after the read or write operation is completed. In 
this manner, reading or writing an arbitrary MPSC 
channel register requires two I/O accesses. The first 
access is always a write command. This write command 
is used to set the pointer register. The second access is 
either a read or a write command; the pointer register 
(previously set) will ensure that the correct internal 
register is read or written. After this second access, the 
pointer register is automatically reset. Note that writ- 
ing WRO and reading RRO does not require presetting of 
the pointer register. 



During initialization and normal MPSC operation, 
various registers are read and/or written by the system 
processor. These actions are discussed in detail in the 
following paragraphs. Note that WR6 and WR7 are not 
used in the asynchronous communication modes. 



RESET 

When the 8274 RESET line is activated, both MPSC 
channels enter the idle state. The serial output lines are 
forced to the marking state (high) and the modem inter- 
face signals (RTS, DTR) are forced high, in addition, 
the pointer register is set to zero. 
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Figure 4. Command/Status Register Architecture (Each Serial Channel) 



External/Status Latches 

The MPSC continuously monitors the state of four ex- 
ternal/status conditions: 

1. CTS — clear-to-send input pin. 

2. CD— carrier-detect input pin. 

3. SYNDET— sync-detect input pin. This pin may be 
used as a general-purpose input in the asynchronous 
communication mode. 



4. BREAK — a break condition (series of space bits on 
the receiver input pin). 

A change of state in any of these monitored conditions 
will cause the associated status bit in RRO (Appendix A) 
to be latched (and optionally cause an interrupt). 

Error Reporting 

Three error conditions may be encountered during data 
reception in the asynchronous mode: 
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1 . Parity. If parity bits are computed and transmitted 
with each character and the MPSC is set to check 
parity (bit inWR4 is set), a parity error will occur 
whenever the number of " 1" bits within the charac- 
ter (including the parity bit) does not match the 
odd/even setting of the parity check flag (bit 1 in 
WR4). 

2. Framing. A framing error will occur if a stop bit is 
not detected immediately following the parity bit (if 
parity checking is enabled) or immediately following 
the most-significant data bit (if parity checking is not 
enabled). 

3. Overrun. If an input character has been assembled 
but the receiver buffers are full (because the previ- 
ously received characters have not been read by the 
system processor), an overrun error will occur. 
When an overrun error occurs, the input character 
that has just been received will overwrite the imme- 
diately preceding character. 

Transmitter/Receiver Initialization 

In order to operate in the asynchronous mode, each 
MPSC channel must be initialized with the following 
information: 

1 . Clock Rate. This parameter is specified by bits 6 and 
7 of WR4. The clock rate may be set to 16, 32, or 64 
time,s the data-link bit rate. (See Appendix A for WR4 
details.) 

2. Number of Stop Bits. This parameter is specified by 
bits 2 and 3 of WR4. The number of stop bits may be 
set to 1, lV£,or2. (See Appendix A forWR4 details.) 

3. Parity Selection. Parity may be set for odd, even, or 
no parity by bits and 1 of WR4. (See Appendix A 
for WR4 details.) 

4. Receiver Character Length. This parameter sets the 
length of received characters to 5, 6, 7, or 8 bits. This 
parameter is specified by bits 6 and 7 of WR3. (See 
Appendix A for WR3 details.) 

5. Receiver Enable. The serial-channel receiver opera- 
tion may be enabled or disabled by setting or clear- 
ing bit of WR3 . (See Appendix A for WR3 details.) 

6. Transmitter Character Length. This parameter sets 
the length of transmitted characters to 5, 6, 7, or 8 
bits. This parameter is specified by bits 5 and 6 of 
WR5. (See Appendix A for WR5 details.) Characters 
of less than 5 bits in length may be transmitted by 
setting the transmitted length to five bits (set bits 5 
and 6 of WR5 to 1). 

The MPSC then determines the actual number of 
bits to be transmitted from the character data byte. 
The bits to be transmitted must be right justified in 
the data byte, the next three bits must be set to and 



all remaining bits must be set to 1. The following 
table illustrates the data formats for transmission of 
1 to 5 bits of data: 

Number of 
Bits Transmitted 
D7 D6 D5 D4 D3 D2 D1 DO (Character Length) 

11110 0c 1 

1 1 1 ' c c 2 . 

1 1 c c c 3 

lOOOcccc 4 

OOOccc. cc. . . 5 

7. Transmitter Enable. The serial channel transmitter 
operation may be enabled or disabled by setting or 
clearing bit 3 of WR5. (See Appendix A for WR5 
details.) 

For data transmissions via a modem or RS-232-C inter- 
face, the following information must also be specified: 

1. Request-to-Send/Data-Terminal- Ready. Must be 
set to indicate status of data terminal equipment. 
Request-to-send is controlled by bit 1 of WR5 and 
data terminal ready is controlled by bit 7. (See Ap- 
pendix A for WR5 details.) 

2. Auto Enable. May be set to allow the MPSC to 
automatically enable the channel transmitter when 
the clear-to-send signal is active and to automati- 
cally enable the receiver when the carrier-detect 
signal is active. Auto Enable is controlled by bit 5 of 
WR3. (See Appendix A for WR3 details.) 

During initialization, it is desirable to guarantee that the 
external/ status latches reflect the latest interface infor- 
mation. Since up to two state changes are internally 
stored by the MPSC, at least two Reset External/ Status 
Interrupt commands must be issued. This procedure is 
most easily accomplished by simply issuing this reset 
command whenever the pointer register is set during 
initialization. 

An MPSC initialization procedure (MPSC$RX$INIT) 
for asynchronous communication is listed in Appendix 
B. Figure 5 illustrates typical MPSC initialization 
parameters for use with this procedure. 



call MPSC$RX$INIT(41, 1,1,0,1, 3,1,1, 3,1,1,0,1); 



initializes the 8274 at address 41 as follows: 

X16 clock rate Enable transmitter and receiver 

1 stop bit Auto enable set 

Odd parity DTR and RTS set 

8-bit characters (Tx and Rx) Break transmission disabled 



Figure 5. Sample 8274 Initialization Procedure 
for Polled Operation 
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Polled Operation 

In the polled mode, the processor must monitor the 
MPSC status by testing the appropriate bits in the read 
register. Data available, status, and error conditions are 
represented in RRO and RR1 for channels A and B. An 
example of MPSC-polled transmitter/ receiver routines 
are given in Appendix B. The following routines are 
detailed: 

1. MPSC$POLL$RCV$CHARACTER— This proce- 
dure receives a character from the serial data link. 
The routine waits until the character-available flag in 
RRO has been set. When this flag indicates that a 
character is available, RR1 is checked for errors 
(overrun, parity, or framing). If an error is detected, 
the character in the MPSC receive buffer must be 
read and discarded and the error routine 
(RECEIVE$ERROR) is called. If no receive errors 
have been detected, the character is input from the 
8274 data port and returned to the calling program. 

MPSC$POLL$RCV$CHARACTER requires 
three parameters — the address of the 8274 channel 
data port (data$port), the address of the 8274 chan- 
nel command port (cmd$port), and the address of a 
byte variable in which to store the received charac- 
ter (character$ptr). 

2. MPSC$POLL$TRAN$CHARACTER— This pro- 
cedure transmits a character to the serial data link. 
The routine waits until the transmitter-buffer-empty 
flag has been set in RRO before writing the character 
to the 8274. 

MPSC$POLL$TRAN$CHARACTER requires 
three parameters — the address of the 8274 channel 
data port (data$port), the address of the 8274 chan- 
nel command port (cmd$port), and the character of 
data that is to be transmitted (character). 

3. RECEIVE$ERROR— This procedure processes 
receiver errors. First, an Error Reset command is 
written to the affected channel. All additional error 
processing is dependent on the specific application. 
For example, the receiving device may immediately 
request retransmission of the character or wait until 
a message has been completed. 

RECEIVE$ERROR requires two parameters— 
the address of the affected 8274 command port 
(cmd$port) and the error status (status) from 8274 
register RR1. 

Interrupt-driven Operation 

In an interrupt-driven environment, all receiver 
operations are reported to the system processor by 
means of interrupts. Once a character has been 
received and assembled, the MPSC interrupts the sys- 
tem processor. The system processor must then read 



the character from the MPSC data buffer and clear the 
current interrupt. During transmission, the system pro- 
cessor starts serial I/O by writing the first character of a 
message to the MPSC. The MPSC interrupts the system 
processor whenever the next character is required (i.e. , 
when the transmitter buffer is empty) and the processor 
responds by writing the next character of the message 
to the MPSC data port for the appropriate channel. 

By using interrupt-driven I/O, the MPSC proceeds in- 
dependently of the system processor, signalling the 
processor only when characters are required for trans- 
mission, when characters are received from the data 
link, or when errors occur. In this manner, the system 
processor may continue execution of other tasks while 
serial I/O is performed concurrently. 

Interrupt Configurations 

The 8274 is designed to interface to 8085- and 8086-type 
processors in much the same manner as the 8259A is 
designed. When operating in the 8085 mode, the 8274 
causes a "call" to a prespecified, interrupt-service 
routine location. In the 8086 mode, the 8274 presents 
the processor with a one-byte interrupt- type number. 
This interrupt-type number is used to "vector" through 
the 8086 interrupt service table. In either case, the 
interrupt service address or interrupt-type number is 
specified during MPSC initialization. 

To shorten interrupt latency, the 8274 can be program- 
med to modify the prespecified interrupt vector so that 
no software overhead is required to determine the 
cause of an interrupt. When this "status affects vector" 
mode is enabled, the following eight interrupts are dif- 
ferentiated automatically by the 8274 hardware: 

1 . Channel B Transmitter Buffer Empty. 

2. Channel B External/ Status Transition. 

3. Channel B Character Available. 

4. Channel B Receive Error. 

5. Channel A Transmitter Buffer Empty. 

6. Channel A External/ Status Transition. 

7. Channel A Character Available. 

8. Channel A Receive Error. 

Interrupt Sources/Priorities 

The 8274 has three interrupt sources for each channel: 

1 . Receiver (RxA, RxB). An interrupt is initiated when 
a character is available in the receiver buffer or when 
a receiver error (parity, framing, or overrun) is 
detected. 
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2. Transmitter (TxA, TxB). An interrupt is initiated 
when the transmitter buffer is empty and the 8274 is 
ready to accept another character for transmission. 

3. External/Status (ExTA, ExTB). An interrupt is in- 
itiated when one of the external/ status conditions 
(CD, CTS, SYNDET, BREAK) changes state. 

The 8274 supports two interrupt priority orderings 
(selectable during MPSC initialization) as detailed in 
Appendix A, WR2, CH-A. 



Interrupt Initialization 

In addition to the initialization parameters required for 
polled operation, the following parameters must be sup- 
plied to the 8274 to specify interrupt operation: 

1. Transmit Interrupt Enable. Transmitter-buffer- 
empty interrupts are separately enabled by bit 1 of 
WR1. (See Appendix A for WR1 details.) 

2. Receive Interrupt Enable. Receiver interrupts are 
separately enabled in one of three modes: a) inter- 
rupt on first received character only and on receive 
errors (used for message-oriented transmission sys- 
tems), b) interrupt on all received characters and on 
receive errors, but do not interrupt on parity errors, 
and c) interrupt on all received characters and on 
receive errors (including parity errors). The ability 
to separately disable parity interrupts can be ex- 
tremely useful when transmitting messages. Since 
the parity error bit in RR1 is latched, it will not be 
reset until an error reset operation is performed. 
Therefore, the parity error bit will be set if any parity 
errors were detected in a multicharacter message. If 
this mode is used, the serial I/O software must poll 
the parity error bit at the completion of a message 
and issue an error reset if appropriate. The receiver 
interrupt mode is controlled by bits 3 and 4 of WR1 . 
(See Appendix A for WR1 details.) 

3. External/ Status Interrupts. External/Status inter- 
rupts can be separately enabled by bit of WR1. 
(See Appendix A for WR1 details.) 

4. Interrupt Vector. An eight-bit interrupt-service 
routine location (8085) or interrupt type (8086) is 
specified through WR2 of channel B . (See Appendix 
A for WR2 details). Table 3 lists interrupt vector 
addresses generated by the 8274 in the "status af- 
fects vector" mode. 

5. "Status Affects Vector" Mode. The 8274 will auto- 
matically modify the interrupt vector if bit 3 of WR1 
is set. (See Appendix A for WR1 details.) 

6. System Configuration. Specifies the 8274 data trans- 
fer mode. Three configuration modes are available: 
a) interrupt-driven operation for both channels, b) 



DMA operation for both channels, and c) DMA 
operation for channel A, interrupt-driven operation 
for channel B. The system configuration is specified 
by means of bits and 1 of WR2 (channel A). (See 
Appendix A for WR2 details.) 

7. Interrupt Priorities. The 8274 permits software 
specification of receive/transmit priorities by means 
of bit 2 of WR2 (channel A). (See Appendix A of 
WR2 details.) 

8. Interrupt Mode. Specifies whether the MPSC is to 
operate in a non-vectored mode (for use with an 
external interrupt controller), in an 8086- vectored 
mode, or in an 8085-vectored mode. This parameter 
is specified through bits 3 and 4 of WR2 (channel A). 
(See Appendix A for WR2 details.) 



Table 3. MPSC-generated interrupt Vectors in 
"Status Affects Vector" Mode 



V7 V6 V5 V4 V3 V2 V1 V0 


V7 V6 V5 V4 V3 V2 V1 V0 


Original Vector 

(specified during 

initialization) 


8086 
Interrupt Type 


8085 
Interrupt Location 


Interrupt 
Condition 


V7 V6 V5 V4 V3 

V7 V6 V5 V4 V3 1 

V7 V6 V5 V4 V3 1 

V7 V6 V5 V4 V3 1 1 
V7 V6 V5 V4 V3 1 

V7 V6 V5 V4 V3 1 1 

V7 V6 V5 V4 V3 1 I 

V7 V6 V5 V4 V3 1 1 1 


V7 V6 V5 VI V0 

V7V6V5 I VI VO 

V7 V6 V5 1 VI V0 

V7 V6 V5 1 1 VI V0 
V7 V6 V5 1 VI V0 

V7 V6 V5 1 1 VI V0 

V7 V6V5 1 10 VI V0 

V7 V6 V5 1 1 1 VI V0 


Channel B Transmitter 

Buffer Empty 

Channel B External/Status 

Change 

Channel B Receiver 

Character Available 

Channel B Receive Error 

Channel A Transmitter 
Buffer Empty 

Channel A External/Status 
Change 

Channel A Receiver 
Character Available 
Channel A Receive Error 



An MPSC interrupt initialization procedure 
(MPSC$INT$INIT) is listed in Appendix C. 



Interrupt Service Routines 

Appendix C lists four interrupt service procedures, a 
buffer transmission procedure, and a buffer reception 
procedure that illustrate the use of the 8274 in interrupt- 
driven environments. Use of these procedures assumes 
that the 8086/8088 interrupt vector is set to 20H and 
that channel B is used with the "status affects vector" 
mode enabled. 

1. TRANSMIT$BUFFER— This procedure begins 
serial transmission of a data buffer. Two parameters 
are required — a pointer to the buffer (buf$ptr) and 
the length of the buffer (buf$length). The procedure 
first sets the global buffer pointer, buffer length, and 
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initial index for the transmitter-interrupt service 
routine and initiates transmission by writing the first 
character of the buffer to the 8274. The procedure 
then enters a wait loop until the I/O completion 
status is set by the transmit-interrupt service routine 
(MPSC$TRANSMIT$CHARACTER$INT). 

2. RECEIVE$BUFFER— This procedure inputs a line 
(terminated by a line feed) from a serial I/O port. 
Two parameters are required — a pointer to the input 
buffer (buf$ptr) and a pointer to the buffer length 
variable (buf$length$ptr). The buffer length will be 
set by this procedure when the complete line has 
been input. The procedure first sets the global buffer 
pointer and initial index for the receiver interrupt 
service routine. RECEIVE$BUFFER then enters a 
wait loop until the I/O completion status is set by the 
receive interrupt routine (MPSC$RECEIVE$- 
CHARACTER$INT). 

3. MPSC$RECEIVE$CHARACTER$INT— This 
procedure is executed when the MPSC Tx-buffer- 
empty interrupt is acknowledged. If the current 
transmit buffer index is less than the buffer length, 
the next character in the buffer is written to the 
MPSC data port and the buffer pointer is updated. 
Otherwise, the transmission complete status is 
posted. 

4. MPSC$RECEIVE$CHARACTER$INT— This 
procedure is executed when a character has been 
assembled by the MPSC and the MPSC has issued a 
character-available interrupt. If no input buffer has 
been set up by RECEIVE$BUFFER, the character 
is ignored. If a buffer has been set up, but it is full, a 
receive overrun error is posted. Otherwise, the 
received character is read from the MPSC data port 
and the buffer index is updated. Finally, if the 
received character is a line feed, the reception com- 
plete status is posted. 

5. RECEIVE$ERROR$INT— This procedure is ex- 
ecuted when a receive error is detected. First, the 
error conditions are read from RR1 and the charac- 
ter currently in the MPSC receive buffer is read and 
discarded. Next, an Error Reset command is written 
to the affected channel. All additional error proces- 
sion is application dependent. 

6. EXTERNAL$STATUS$CHANGE$INT— This 
procedure is executed when an external status con- 
dition change is detected. The status conditions are 
read from RRO and a Reset External/ Status Inter- 
rupt command is issued. Further error processing is 
application dependent. 



DATA LINK INTERFACE 
Serial Data Interface 

Each serial I/O channel within the 8274 MPSC inter- 
faces to two data link lines — one line for transmitting 
data and one for receiving data. During transmission, 
characters are converted from parallel data format (as 
supplied by the system processor or DMA device) into 
a serial bit stream (with START and STOP bits) and 
clocked out on the TxD pin. During reception, a serial 
bit stream is input on the RxD pin, framing bits are 
stripped out of the data stream, and the resulting char- 
acter is converted to parallel data format and passed to 
the system processor or DMA device. 

Data Clocking 

As discussed previously, the frequency of data trans- 
mission/reception on the data link is controlled by the 
MPSC clock in conjunction with the programmed clock 
divider (in register WR4). The 8274 is designed to permit 
all four serial interface lines (TxD and RxD for each 
channel) to operate at different data rates. Four clock 
input pins (TxC and RxC for each channel) are available 
for this function. Note that the clock rate divider speci- 
fied in WR4 is used for both RxC and TxC on the 
appropriate channel; clock rate dividers for each chan- 
nel are independent. 

Modem Control 

The following four modem interface signals may be 
connected to the 8274: 

1. Data Terminal Ready (DTR). This interface signal 
(output by the 8274) is software controlled through 
bit 7 of WR5. When active, DTR indicates that the 
data terminal/computer equipment is active and 
ready to interact with the data communications 
channel. In addition, this signal prepares the modem 
for connection to the communication channel and 
maintains connections previously established (e.g., 
manual call origination). 

2. RequestTo Send (RTS). This interface signal (output 
by the 8274) is software controlled through bit 1 of 
WR5. When active, RTS indicates that the data ter- 
minal/computer equipment is ready to transmit 
data. 

3. Clear To Send (CTS). This interface signal (input to 
the 8274) is supplied by the modem in response to an 
active RTS signal. CTS indicates that the data termi- 
nal/computer equipment is permitted to transmit 
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data. The state of CTS is available to the program- 
mer as bit 5 of RRO. In addition, if the auto enable 
control is set (bit 5 of WR3), the 8274 will not trans- 
mit data bytes until RTS has been activated. If CTS 
becomes inactive during transmission of a character, 
the current character transmission is completed 
before the transmitter is disabled. 

4. Carrier Detect (CD). This interface signal (input to 
the 8274) is supplied by the modem to indicate that a 
data carrier signal has been detected and that a valid 
data signal is present on the RxD line. The state of 
CD is available to the programmer as bit 3 of RRO. In 



addition, if the auto enable control is set (bit 5 of 
WR3), the 8274 will not enable the serial receiver 
until CD has been activated. If the CD signal be- 
comes inactive during reception of a character, the 
receiver is disabled, and the partially received char- 
acter is lost. 

In addition to the above modem interface signals, the 
8274 S YNDET input pin for channel A may be used as a 
general-purpose input in the asynchronous communi- 
cation mode. The status of this signal is available to the 
programmer as bit 4 of status register RRO. 
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APPENDIX A 

COMMAND/STATUS DETAILS FOR ASYNCHRONOUS 

COMMUNICATION 



Write Register (WRO): 



D7 D6 



— i — i — I — r 

D5 D4 D3 | D2 . D1 DO 



COMMAND/STATUS POINTER 



REGISTER POINTER 



NULL CODE 

NOT USED IN ASYNCHRONOUS MODES 

RESET EXT/STATUS INTERRUPTS 

CHANNEL RESET 

ENABLE INTERRUPT ON NEXT Rx 

CHARACTER 

RESET TxINT PENDING 

ERROR RESET 

END OF INTERRUPT 



NOT USED IN ASYNCHRONOUS MODES 



D2,D1,D0 Command/ Status Register Pointer bits 
determine which write-register the next 
byte is to be written into, or which read- 
register the next byte is to be read from. 
After reset, the first byte written into 
either channel goes into WRO. Following 
a read or write to any register (except 
WRO) the pointer will point to WRO. 

D5,D4,D3 Command bits determine which of the ba- 
sic seven commands are to be performed. 

Command Null — has no effect. 

Command 1 Not used in asynchronous modes. 

Command 2 Reset External/Status Interrupts — 
resets the latched status bits of RRO and 
reenables them, allowing interrupts to oc- 
cur again. 



Command 3 Channel Reset — resets the Latched 
Status bits of RRO, the interrupt 
prioritization logic and all control regis- 
ters for the channel. Four extra system 
clock cycles should be allowed for MPSC 
reset time before any additional com- 
mands or controls are written into the 
channel. 

Command 4 Enable Interrupt on Next Receive 
Character — if the Interrupt-on-First- 
Receive Character mode is selected, this 
command reactivates that mode after 
each complete message is received to pre- 
pare the MPSC for the next message. 

Command 5 Reset Transmitter Interrupt Pending — if 
The Transmit Interrupt mode is selected, 
the MPSC automatically interrupts data 
when the transmit buffer becomes empty. 
When there are no more characters to be 
sent, issuing this command prevents fur- 
ther transmitter interrupts until the next 
character has been completely sent. 

Command 6 Error Reset — error latches, Parity and 
Overrun errors in RR1 are reset. 

Command 7 End of Interrupt — resets the interrupt-in- 
service latch of the highest-priority inter- 
nal device under service. 

DO External/Status Interrupt Enable — 

allows interrupt t o occur as th e result of 
transitions on the CD, CTS or SYNDET 
inputs. Also allows interrupts as the 
result of a Break/ Abort detection and ter- 
mination, or at the beginning of CRC, or 
sync character transmission when the 
Transmit Underrun/EOM latch becomes 
set. 

Dl Transmitter Interrupt/DMA Enable 

— allows the MPSC to interrupt or re- 
quest a DMA transfer when the trans- 
mitter buffer becomes empty. 

D2 Status Affects Vector— (WR1, D2 active 

in channel B only.) If this bit is not set, 
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Write Register 1 (WR1): 



MSB 






















LSB 




D7 





D5 


. 


. 


D2 


D1 


DO 


















EXT INTERRUPT 






ENABLE 














TxINTERRUPT/ 






DMA ENABLE 












1 - VARIABLE 
STATUS AFFECTS VECTOR 






VECTOR (CHB ONLY) = FIXED 
(NULL CODE CH A) VECTOR 











RxINT/DMA DISABLE 









1 
1 


1 RxINT ON FIRST CHAR OR SPECIAL 
CONDITION 

INT ON ALL Rx CHAR (PARITY AFFECTS 
VECTOR) OR SPECIAL CONDITION 

1 INT ON ALL Rx CHAR (PARITY DOES 
NOT AFFECT VECTOR) OR SPECIAL 
CONDITION 

1 - WAIT ON Rx, = WAIT ON Tx 








MUST BE ZERO 








WAIT ENABLE 1 ENABLE, DISABLE 



D4,D3 
00 

1 

1 
1 1 



D6 



High-Z state. (Conditions: Interrupt En- 
abled Mode, Wait Enabled, CS=0, 
A0=0/1, and A 1=0). The RDY pin is 
pulled low when the transmitter buffer is 
full or the receiver buffer is empty and it 
is driven High when the transmitter buf- 
fer is empty or the receiver buffer is full. 
The RDY A and RDY B may be wired or 
connected since only one signal is active 
at any one time while the other is in the 
High Z state. 

Must be Zero. 



D7 Wait Enable — enables the wait function. 

Write Register 2 (WR2): Channel A 



then the fixed vector, programmed in 
WR2, is returned from an interrupt ac- 
knowledge sequence. If the bit is set, then 
the vector returned from an interrupt ac- 
knowledge is variable as shown in the 
Interrupt Vector Table. 

Receive Interrupt Mode. 

Receive Interrupts/DMA Disabled. 

Receive Interrupt on First Character 
Only or Special Condition. 

Interrupt on All Receive Characters of 
Special Condition (Parity Error is a Spe- 
cial Receive Condition). 

Interrupt on All Receive Characters or 
Special Condition (Parity Error is not a 
Special Receive Condition). 



1 

D7 
1 


D5 


D4 


D3 


D2 


D1 DO 














BOTH INTERRUPT 












1 A DMA. B INT 












1 BOTH DMA 












1 1 ILLEGAL 












1 ■ = PRIORITY RxA>RxB>TxA> 

TxB>EXTA*>EXTB* 




' 


= PRIORITY RxA >TxA >RxB > 

TxB>EXTA*>EXTB* 











8085 MODE 1 










1 
1 


1 8085 MODE 2 

8086/88 MODE 

1 ILLEGAL 

1 = VECTORED INTERRUPT 








= NON VECTORED INTERRUPT 








MUST BE ZERO 












3 












1 


PIN 1G 


= SYNDET 



PIN10 = RTS B 



•EXTERNAL STATUS INTERRUPT- 
ONLY IF EXT INTERRUPT ENABLE (WR1: D0)IS SET 



Dl,D0 System Configuration— These specify 

the data transfer from MPSC channels to 
the CPU, either interrupt or DMA based. 



D5 Wait on Receive/Transmit — when the 

following conditions are met, the RDY pin 
is activated, otherwise it is held in the 



Channel A and Channel B both use 

interrupts. 
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1 Channel A uses DMA, Channel Busses 

interrupt. 

10 Channel A and Channel B both use DMA. 

11 Illegal Code. 

D2 Priority — this bit specifies the relative 

priorities of the internal MPSC inter- 
rupt/DMA sources. 

(Highest) RxA, TxA, RxA, RxB, 
TxBExTA, ExTB (Lowest). 

1 (Highest) RxA, RxB, TxA, TxB, ExTA, 
ExTB (Lowest). 

D5,D4,D3 Interrupt Code— specifies the behavior 
of the MPSC when it receives an interrupt 
acknowledge sequence from the CPU. 
(See Interrupt Vector Mode Table). 



OXX 

1 00 

101 

1 10 

D6 
D7 

1 



Non-vectored interrupts — intended for 
use with an external interrupt controller 
such as the 8259A. 

8085 Vector Mode 1 — intended for use as 
the primary MPSC in a daisy-chained 
priority structure. 

8085 Vector Mode 2— intended for use as 
any secondary MPSC in a daisy-chained 
priority structure. 

8086/88 Vector Mode— intended for use 
as either a primary or secondary in a 
daisy-chained priority structure. 

Must be Zero. 



Pin 10 = RTS B . 



Pin 10 = SYNDET B . 
Write Register 2 (WR2): Channel B 



I I — n — I — I — I — 

V7 V6 V5 V4 V3 V2 V1 V0 
_J I' I I I I ■ 



D7-D0 Interrupt vector— this register contains 

the value of the interrupt vector placed on 
the data bus during acknowledge 
sequences. 

Write Register 3 (WR3): 



DO 



D5 



D7 D6 
I 



Interrupt 



D7,D6 
00 
01 
10 

1 1 



- NOT USED IN 
ASYNCHRONOUS 
MODES 



-AUTO ENABLES 



Rx 5 BITS/CHAR 

1 Rx 7 BITS/CHAR 

Rx 6 BITS/CHAR 

1 Rx 8 BITS/CHAR 



Receiver Enable — A one enables the 
receiver to begin. This bit should be set 
only after the receiver has been 
initialized. 



Auto Enables — A one written to this bit 
causes CD to be an auto matic e nable sig- 
nal for the receiver and CTC to be an 
automatic enable signal for the transmit- 
ter. A zero written to th is bit limits the 
effect of CD and CTS signals to set- 
ting/resetting their corresponding bits in 
the status register (RR0). 



Receiver Character length. 
Receive 5 Data bits/character. 
Receive 7 Data bits/character. 
Receive 6 Data bits /character. 
Receive 8 Data bits/character. 
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Write Register 4 (WR4): 



D7 D6 



D5 ' D4 



D3 I D2 



DO 



1 = ENABLE PARITY 
- DISABLE PARITY 



1 - EVEN PARITY 



- ODD PARITY 



ENABLE SYNC MODES 

1 1 STOP BIT 

1 1.5 STOP BITS 
1 1 2 STOP BITS 

- NOT USED IN ASYNCHRONOUS MODES 




Parity — a one in this bit causes a parity 
bit to be added to the programmed num- 
ber of data bits per character for both the 
transmitted and received character. If the 
MPSC is programmed to receive 8 bits 
per character, the parity bit is not trans- 
ferred to the microprocessor. With other 
receiver character lengths, the parity bit 
is transferred to the microprocessor. 



Dl Even/Odd Parity — if parity is enabled, a 

one in this bit causes the MPSC to trans- 
mit and expect even parity, and zero 
causes it to send and expect odd parity. 

D3,D2 Stop Bits. 

Selects synchronous modes. 

1 Async mode, 1 stop bit/character. 

1 Async mode, \Vi stop bits/character. 

1 1 Async mode, 2 stop bits/character. 

D7,D6 Clock mode — selects the clock/data rate 

multiplier for both the receiver and the 
transmitter. If the 1 x mode is selected , bit 
synchronization must be done externally. 



Clock rate = Data rate x 1 . 

1 Clock rate = Data rate x 16. 

1 Clock rate = Data rate x 32. 
1 1 Clock rate = Data rate x 64. 
Write Register 5 (WR5): 



Dl 



D3 



D7 


06 


OS 


D4 


D3 


D2 


D1 


DO 






















NOT USED IN 
ASYNCHRONOUS MODES 


















RTS 


















NOT USED IN 
ASYNCHRONOUS MODES 


























" 






SEND BREAK 


















Tx 5 BITS OR LESS/CHAR 







1 
1 


1 



1 


Tx 7 BITS/CHAR 
Tx 6 BITS/CHAR 
Tx 8 BITS/CHAR 












DTR 



D4 

D6,D5 
00 

1 

1 



Req uest to Send — a one in this bit forces 
the RTS pin a ctive (low) and zero in this 
bit forces the RTS pin inactive (high). 

Transmitter Enable — a zero in this bit 
forces a marking state on the transmitter 
output. If this bit is set to zero during data 
or sync character transmission, the mark- 
ing state is entered after the character has 
been sent. If this bit is set to zero during 
transmission of a CRC character, sync or 
flag bits are substituted for the remainder 
of the CRC bits. 

Send Break — a one in this bit forces the 
transmit data low. A zero in this bit allows 
normal transmitter operation. 

Transmit Character length. 

Transmit 5 or less bits/ character. 

Transmit 7 bits/character. 

Transmit 6 bits/character. 
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1 1 



Transmit 8 bits/character. 



Bits to be sent must be right justified, least-significant 
bit first, e.g.: 

D7 D6 D5 D4 D3 D2 Dl DO 
B5 B4 B3 B2 Bl BO 

Read Register (RRO): 



L Rx. CHAR AVAILABLE 

- Int PENDING (CHA ONLY) 

- Tx BUFFER EMPTY 

- CARRIER DETECT 

- SYNDET 

_ CTS 

_ NOT USED IN 

ASYNCHRONOUS MODES 



DO Receive Character Available — this bit is 

set when the receive FIFO contains data 
and is reset when the FIFO is empty. 

Dl Interrupt Pending— This Interrupt- 

Pending bit is reset when an E01 com- 
mand is issued and there is no other 
interrupt request pending at that time. In 
vector mode, this bit is set at the falling 
edge of the second INTA in an INTA 
cycle for an internal interrupt request. In 
non-vector mode, this bit is set at the 
falling edge of RD input after pointer 2 is 
specified. This bit is always zero in 
Channel B. 

D2 Transmit Buffer Empty— This bit is set 

whenever the transmit buffer is empty 
except when CRC characters are being 
sent in a synchronous mode. This bit is 
reset when the transmit buffer is loaded. 
This bit is set after an MPSC reset. 

D3 Carrier Detect — This bit contains the 

state of the CD pin at the time of the last 
change of any of the External/ Status bits 
(CD, CTS, Sync/Hunt, Break/ Abort, or 
Tx Underrun/EOM). Any change of state 
of the CD pin causes the CD bit to be 
latched and causes an External/ Status in- 
terrupt. This bit indicates current state of 
the CD pin immediately following a Reset 
External/ Status Interrupt command. 



D4 SYNDET — In asynchronous modes, the 

operation of this bit is similar to the CD 
status bit, except that it shows the state of 
the SYNDET in put. Any High-to-Low 
transition on the SYNDET pin sets this 
bit, and causes an External/ Status inter- 
rupt (if enabled). The Reset Exter- 
nal/Status Interrupt command is issued 
to clear the interrupt. A Low-to-High 
transition clears this bit and sets the Ex- 
ternal/Status interrupt. When the Exter- 
nal/Status interrupt is set by the change 
in state of any other input or condition, 
this bit sh ows the inverted state of the 
SYNDET pin at time of the change. This 
bit must be read immediately following a 
Reset External/ Status Interrupt com- 
mand to r ead the current state of the 
SYNDET input. 



D5 Clear to Send — th is bit contains the in- 

verted state of the CTS pin at the time of 
the last change of any o f the Exter- 
nal/Status bits (CD, CTS, Sync/Hunt, 
Break/ Abort, or Tx Underrun/EOM). 
Any chan ge of state of the CTS pin causes 
the CTS bit to be latched and causes an 
External/ Status interrupt. This bit indi- 
cate s the inverse of the current state of 
the CTS pin immediately following a 
Reset External/Status Interrupt 
command. 



D7 Break — in the Asynchronous Receive 

mode, this bit is set when a Break se- 
quence (null character plus framing error) 
is detected in the data stream. The Exter- 
nal/Status interrupt, if enabled, is set 
when break is detected. The interrupt ser- 
vice routine must issue the Reset Exter- 
nal/Status Interrupt command (WRO, 
Command 2) to the break detection logic 
so the Break sequence termination can be 
recognized. 



The Break bit is reset when the termination of the Break 
sequence is detected in the incoming data stream. The 
termination of the Break sequence also causes the Ex- 
ternal/Status interrupt to be set. The Reset Exter- 
nal/Status Interrupt command must be issued to enable 
the break detection logic to look for the next Break 
sequence. A single, extraneous null character is present 
in the receiver after the termination of a break; it should 
be read and discarded. 
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Read Register 1 (RR1) 



D3 D2 D1 



-ALL SENT 

-NOT USED IN ASYNCHRONOUS MODES 



-PARITY ERROR 

-Rx OVERRUN ERROR 

-CRC/FRAMING ERROR 

-END OF FRAME (SDLC/HDLC MODE) 



D6 



ged with this error. Once the overwritten 
character is read, this error condition is 
latched until reset by the Error Reset 
command. If the MPSC is in the "status 
affects vector" mode, the overrun causes 
a special Receive Error Vector. 

Framing Error — in async modes, a one in 
this bit indicates a receive framing error. 
It can be reset by issuing an Error Reset 
command. 



Read Register Z (RR2): 



DO 



D4 



D5 



All sent — this bit is set when all charac- 
ters have been sent, in asynchronous 
modes. It is reset when characters are in 
the transmitter, in asynchronous modes. 
In synchronous modes, this bit is always 
set. 



Parity Error — if parity is enabled, this bit 
is set for received characters whose 
parity does not match the programmed 
sense (Even/ Odd). This bit is latched. 
Once an error occurs, it remains set until 
the Error Reset command is written. 



Receive Overrun Error — -this bit indi- 
cates that the receive FIFO has been 
overloaded by the receiver. The last char- 
acter in the FIFO is overwritten and flag- 



MSB 














LSB 


V7 


r -,... l 
V6 


r — 

V5 


«• 


1 

V3* 
| 


V2» 
| 


r "■ ■ 
vr 

■■ 


1 

vo* 

1 
















J 



* Variable in 
. Status Affects 
Vector Mode (WR1;D2) 



RR2 Channel B 

D7-D0 Interrupt vector — contains the interrupt 

vector programmed into WR2. If the 
"status affects vector" mode is selected, 
it contains the modified vector. (See 
WR2.) RR2 contains the modified vector 
for the highest priority interrupt pending. 
If no interrupts are pending, the variable 
bits in the vector are set to one. 
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APPENDIX B 
MPSC-POLLED TRANSMIT/RECEIVE CHARACTER ROUTINES 



MPSC$RX$INIT: procedure (cmd$port, 

clock$ r ate , s top$ bi ts , pari ty$ type, pari ty$ enable, 

rx$char$length f rx$ enable ,auto$ enable, 
tx$char$length, tx$enable,dtr , brk , rts) ; 



declare cmd$port 


byte 


• clock$rate 


byte 


stop$bits 


byte 


parity$type 


byte 


par ity$enable 


byte 


rx$char$length 


byte 


rx$enable 


byte 


auto$enable 


byte 


tx$char$length 


byte 


tx$enable 


byte 


dtr 


byte 


brk 


byte 


rts 


byte 



output (cmd$ port) =30H; 



/* channel reset */ 



output (cmd$port)=14H; /* point to. WR4, */ 

■■/* set clock rate, stop bits, and .parity information */ 

output (cmd$port)=shl(clock$rate, 6) or shl (stop$bits, 2) or shl (par ity$type, 1) 
or par ity$enable; 

output (cmd$port) =13H; ■ /* point to WR3 */ 

/* set up receiver parameters */ 

output (cmd$port) =shl (rx$char$length, 6) or rx$enable or shl (auto$enable , 5) ; 

output(cmd$port)=15H; /* point to WR5- */ 

/* set up transmitter parameters */ 

output (cmd$port) =shl (tx$char$length, 5) or shl (tx$enable,3) or shl(dtr,7) 
or shl(brk,4) or shl(rts,l); 

end MPSC$RX$INIT? 
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MPSC$POLL$RCV$CHARACTER: procedure ( da ta$por t , cmd$por t , char acter $ptr) byte ; 

declare data$port byte, 

cmd$port byte, 

character$ptr pointer, 

character based character $ptr byte, 

status byte; 

declare char$avail literally "1", 

rcv$error literally '70H* ; 

/* wait for input character ready */• 

while ( input (cmd$port) and char$avail) <> do; end; 

/* check for errors in received character */ 

output (cmd$port) =1; /* point to RRl */ 

if (status :=input (cmd$port) and rcv$error) 
then do; 

character=input (data$port) ; /* read character to clear MPSC */ 

call RECEIVE$ERROR (cmd$port, status) ; /* clear receiver errors */ 

return 0; /* error return - no character avail */ 

end; 
else do; 

character=input (data$port) ; 

return OFFH; /* good return - character avail */ 

end; 

end MPSC$POLL$RCV$CHARACTER; 



MPSC$POLL$TRAN$CHARACTER: procedure (data$port ,cmd$port , character ) ; 

declare data$port byte, 
cmd$port byte, 
character byte; 

declare tx$buf fer $empty literally '4'; 

/* wait for transmitter buffer empty */ 

while not ( input (cmd$ port) and tx$buf fer$empty) do; end; 

/* output character */ 
output (data$port) =char acter ; 

end MPSC$POLL$TRAN$CHARACTER? 



RECEIVE$ERROR: procedure (cmd$port , status) ; 

declare cmd$port byte, 
status byte; 

output (cmd$ port) = 30H; /* error reset */ 

/* *•• other application dependent 

error processing should be placed here *** */ 

end RECEIVE$ERROR; 
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TRANSMIT$BUFFER: procedure (buf$ptr , buf$length) 

declare 

buf$ptr pointer, 
buf$length byte; 

/* set up transmit buffer pointer and buffer length in global variables for 

interrupt service */ 
tx$buf fer$ptr=buf$ptr ; 
t r an srnit$length=buf$ length; 

transmit$status=not$complete; /* setup status for not complete */ 

output (data$port) =transmit$buf fer (0) ; /* transmit first character */ 
transmit$ihdex=l; /* first character transmitted */ 

/* wait until transmission complete or error detected */ 
while transmit$status = not$complete do; end; 
if transmit$status <> complete 

then return false; 

else return true; 

end TRANSMIT$BUFFER; 



RECEIVE$BUFFER: procedure (buf $ptr ,buf $length$ptr) ; 

declare 

buf$ptr pointer, 

buf $length$ptr pointer, 

buf$length based buf $length$ptr byte; 

/* set up receive buffer pointer in global variable for interrupt service */ 

rx$ buffer $ptr=buf$ptr ; 

receive$index=0; 

receive$status=not$complete ; ■/* set status to not complete '*/ 

'/* wait until buffer received */ 

while receive$status = not$complete do; end; 

buf $length=r eceive$ length ; 

if receive$status = complete 

then return true; 

else return false; 

end RECEIVE$BUFFER; 
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MPSC$RECEIVE$CHARACTER$INT: procedure inter rupt 22H ; 

/* ignore input if no open buffer '*/ 

if receive$status <> not$complete then return; 

/* check for receive buffer overrun */ 
if receive$index = 128 

then receive$status=overrun; 
else do; 

/* read character from MPSC and place in buffer - note that the 
parity of the character must be masked off during this step if 
the character is less than 8 bits (e.g., ASCII) */ 
receive$buf fer (receive$index) ,character=input (data$port) and 7FH; 
receive$index=receive$index+l; /* update receive buffer index */ 

/* check for line feed to end line */ 
if character = line$feed 

then do; receive$length=receive$index ; receive$status=complete ; end; 
end; 

end MPSC$RECEIVE$CHARACTER$INT; 



MPSC$TRANSMIT$CHARACTER$INT: procedure interrupt 20H; 

/* check for more characters to transfer */ 
if transmit$index < transmit$length 
then do; 

/* write next character from buffer to MPSC */ 
output (da ta$port) =t ran smit$buffe.r ( transmit $ index); 

transmit$index=transmit$index+l; /* update transmit buffer index */ 
end; 
else transmit$status=complete ; 

end MPSC$TRANSMIT$CHARACTER$INT; 



RECEIVE$ERROR$INT: procedure interrupt 23H; 

declare 

temp byte; /* temporary character storage */' 

output (cmd$port) =1; /* point to RRl */ 
receive$status=input (cmd$port) ; 

temp=input (data$port) ; /* discard character */ 

output (cmd$port) =error$reset ; /* send error reset */ 

/* *** other application dependent 

error processing should be placed here *** */ 

end RECEIVE$ERROR$INT; 



EXTERNAL$STATUS$CHANGE$INT: procedure interrupt 21H; 

transmit$status=input (cmd$port) /* input status change information */ 
output (cmd$ port) =reset$ext$status; 

/* *** other application dependent 

error processing should be placed here *** */ 

end EXTERNAL$STATUS$CHANGE$INT; 
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APPENDIX C 
INTERRUPT-DRIVEN TRANSMIT/RECEIVE SOFTWARE 



declare 

/* global variables for buffer manipulation */ 

rx$buf fer$ptr pointer, /* pointer to receive buffer */ 

receive$buf fer based rx$buf fer$ptr (128) byte, 

receive$status byte initial(O), /* indicates receive buffer status */ 

receive$index byte, /* current index into receive buffer */ 

receive$length byte, /* length of final receive buffer */ 



tx$buf fer$ptr pointer, 

transmit$buf fer based tx$buf fer$ptr (128) 
transmit$status byte initial (0), 
transmit$index byte, 
transmit$length byte, 



cm?3$port 

data$port 

a$cmd$port 

b$cmd$port 

line$feed 

not$complete 

complete 

overrun 

channel$reset 

error$reset 

reset$ext$status 



/* pointer to transmit buffer */ 
byte, 
/* indicates transmit buffer status */ 
/* current index into transmit buffer */ 
/* length of buffer to be transmitted */ 



literally *43H', 

literally '41H', 

literally '42H', 

literally *43H*, 

literally 'OAH', 

literally '0', 

literally 'OFFH', 

literally '\' , 

literally M8H', 
literally '30H' r 
literally *10H'; 
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MPSC$INT$INIT: procedure (clock$rate, stop$bits , par ity$ type, par ity$ enable , 

rx$char$ length, rx$ enable , auto$ enable , 
tx$ char $le ng th, tx$ enable ,dtr ,brk, rts, 
ext$en, tx$en, rx$ en, s tat $af fee ts$ vector , 
conf ig ,pr ior ity , vector$int$mode, int$vector) ; 



dec 


lare 










clock$rate 


byte, 


/* 


2-bit 




stop$bits 


byte, 


/* 


2-bit 




par ity$type 


byte, 


/* 


1-bit 




par ity$enable 


byte, 


/* 


1-bit 




rx$char$length 


byte, 


/* 


2-bit 




rx$enable 


byte, 


/* 


1-bit 




auto$enable 


byte, 


/* 


1-bit 




tx$char$length 


byte, 


/* 


2-bit 




tx$enable 


byte, 


/* 


1-bit 




dtr 


byte, 


/* 


1-bit 




brk 


byte, 


/* 


1-bit 




rts 


byte, 


/* 


1-bit 




ext$en 


byte, 


/* 


1-bit 




tx$en 


byte, 


/* 


1-bit 




rx$en 


byte, 


/* 


2-bit 




stat$af f$vector 


byte, 


/* 


1-bit 




con fig 


byte, 


/* 


2-bit 




priority 


byte, 


/* 


1-bit 




vector $ in t$mode 


byte, 


/* 


3-bit 




int$vector 


byte ; 


/* 


8-bit 



code for clock rate divisor */ 

code for number of stop bits ■*/ 

parity type */ 

parity enable */ 

receive character length */ 

receiver enable */ 

auto enable flag */ 

transmit character length */ 

transmitter enable */ 

status of DTR pin */ 

data link break enable */ 

status of RTS pin */ 

external/status enable */. 

Tx interrupt enable */ 

Rx interrupt enable/mode */ 

status affects vector flag */ 

system config - int/DMA */ 

priority flag */ 

interrupt mode code ' */■ 

interrupt type code */ 



output (b$cmd$port) =channel$reset ; ■ /* channel reset */ 

output(b$cmd$port)=14H; /* point to WR4 */ 

/* set clock rate, stop bits, and parity information */ 

output (b$cmd$port) =shl (clock$rate, 6) or shl (stop$bits , 2) or shl (par ity$type, 1) 
or par ity$enable ; 

output (b$cmd$port)=13H? /* point to WR3 */ 

/* set up receiver parameters */ 

output (b$cmd$port) =shl (rx$char$length, 6) or rx$enable or shl (auto$enable , 5) ; 

output (b$cmd$port)=15H; /* point to WR5 */ 

/* set up transmitter parameters */ 

output (b$cmd$port) =shl(tx$char$length, 5) or shl ( tx$enable , 3) or shl(dtr,7) 
or shl(brk,4) or shl (rts-, 1) ; 



output (b$cmd$port) =12H; 
' /* set up interrupt vector */ 
output (b$cmd$ port) = in t$ vector ; 



/* point to WR2 */ 



output (a$cmd$port) =12H; /* point to WR2, channel A */ 

/* set up interrupt modes */ 

output (a$cmd$port) =shl (vector$int$mode ,3) or shl (prior ity , 2) or config; 

output (b$cmd$port)=HH; /* point to WRl */ 

/* set up interrupt enables */ 

output (b$cmd$port) =shl (rx$en, 3) or shl (stat$af f $vector , 2) or shl ( tx$en, 1) 
or ext$en; 

end MPSC$INT$INIT; 
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APPENDIX D 
APPLICATION EXAMPLE USING SDK-86 



This application example shows the 8274 in a simple 
iAPX-86/88 system. The 8274 controls two separate 
asynchronous channels using its internal interrupt con- 
troller to request all data transfers. The 8274 driver 
software is described which transmits and receives data 
buffers provided by, the CPU, Also, status registers are 
maintained in system memory to allow the CPU to 
monitor progress of the buffers and error conditions. 

THE HARDWARE INTERFACE 

Nothing could be easier than the hardware design of an 
interrupt-driven 8274 system. Simply connect the data 
bus lines, a few bus control lines, supply a timing clock 
for baud rate and, voila, it's done! For this example, the 
ubiquitous SDK-86 is used as the host CPU system. The 
8274 interface is constructed on the wire-wrap area 
provided. While discussing the hardware" interface, 
please refer to Diagram 1 . 

Placing the 8274 on the lower 8 bits of the 8086 data bus 
allows byte-wide data transfers at even I/O addresses. 
For simplicity, the 8274's CS/ input is generated by 
combining the M-IO/ select line with address line A7 via 
a 7432. This places the 8274 address range in multiple 
spots within the 8086 I/O address space. (While fine for 
this example, a more complete address decoding is 
recommended for actual prototype systems.) The 
8086's Al and A2 address lines are connected to the A0 
and Al 8274 register select inputs respectively. Al- 
though other port assignments are possible because of 
the overlapping address spaces, the following I/O port 
assignments are used in this example: 

Port Function I/O Address 

Data channel A 0000H 

Command/status A , 0002H 



Data channel B 
Command/status B 



0004H 
0006H 



To connect the 8274's interrupt controller into the sys- 
tem an inverter and pull-ujp resistor are needed to con- 
vert the 8274's active-low, interrupt-request output, 
IRQ, into the correct polarity for the 8086's INTR 
interrupt input. The 8274 recognizes interrupt- 
acknowledge bus cycles by connecting the INTA 
(INTerrupt Acknowledge) lines of the 8274 and 8086 
together. 



The 8274 ReaD and WRite lines directly connect to the 
respective 8086 lines. The RESET line requires an in- 
verter. The system clock for the 8274 is provided by the 
PCLK (peripheral clock) output of the 8284A clock 
generator. 

On the 8274's serial side, traditional 1488 and 1489 
RS-232 drivers and receivers are used for the serial 
interface. The onboard baud rate generator supplies the 
channel baud rate timing. In this example, both sides of 
both channels operate at the same baud rate although 
this certainly is not a requirement. (On the SDK-86, the 
baud rate selection is hard-wired thru jumpers. A more 
flexible approach would be to incorporate an 8253 Pro- 
grammable Interval Timer to allow software- 
configurable baud rate selection.) 

That's all there is to it. This hardware interface is 
completely general-purpose and supports all of the 8274 
features except the DMA data transfer mode which 
requires an external DMA controller/Now let's look at 
the software interface. 



SOFTWARE INTERFACE 

In this example, it is assumed that the 8086 has better 
things to do rather than continuously run a serial chan- 
nel. Presenting the software as a group of callable pro- 
cedures lets the designer include them in the main body 
of another program. The interrupt-driven data transfers 
give the effect that the serial channels are handled in the 
background while the main program is executing in the 
foreground. There are five basic procedures: a serial 
channel initialization routine and buffer handling 
routines for the transmit and receive data buffers of 
each channel. Appendix D-l shows the entire software 
listing. Listing line numbers are referenced as each 
major routing is discussed. 

The channel initialization routine (INITIAL 8274), 
starting with line #203, simply sets each channel into a 
particular operating mode by loading the command reg- 
isters of the 8274. In normal operation, once these 
registers are loaded, they are rarely changed. (Although 
this example assumes a simple asynchronous operating 
mode, the concept is easily extended for the byte- and 
bit-synchronous modes.) 
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Figure D-1. 8274/SDK-86 Hardware Interface 
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The channel operating modes are contained in two 
tables-starting with line #163. As the 8274 has only one 
command register per channel, the remaining seven 
registers are loaded indirectly through the WRO (Write 
Register 0) register. The first byte of each table entry is 
the register pointer value which is loaded into WRO and 
the second byte is the value for that particular register. 

The indicated modes set the 8274 for asynchronous 
operation with data characters 8 bits long, no parity, 
and 2 stop bits. An X 16 baud rate clock is assumed. Also 
selected is the "interrupt on all RX character" mode 
with a variable interrupt vector compatible with the 
8086/8088. The transmitters are enabled and all model 
control lines are put in their active state. 

In addition to initializing the 8274, this routine also sets 
up the appropriate interrupt vectors. The 8086 assumes 
the first IK bytes of memory contain up to 256 separate 
interrupt vectors. On the SDK-86 the initial 2K bytes of 
memory is RAM and therefore must be initialized with 
the appropriate vectors. (In a prototype system, this 
initial memory is probably ROM, thus the vector set-up 
is not needed.) The 8274 supplies up to eight different 
interrupt vectors. These vectors are developed from 
internal conditions such as data requests, status 
changes, or error conditions for each channel. The in- 
itialization routine arbitrarily assumes that the initial 
8274 vector corresponds to 8086 vector location 80H 
(memory location 200H). This choice is arbitrary since 
the 8274 initial vector location is programmable. 

Finally, the initialization routine sets up the status and 
flag in RAM. The meaning and use of these locations are 
discussed later. 

Following the initialization routine are those for the 
transmit commands (starting with line #268). These 
commands assume that the host CPU has initialized the 
publically declared variables for the transmit buffer 
pointer, TX_POINTER_CHx, and the buffer length, 
TX_LENGTH_CHx. The transmit command routines 
simply clear the transmitter empty flag, TX EMPTY 
CHx, and load the first character of the buffer into the 
transmitter. It is necessary to load the first character in 
this manner since transmitter interrupts are generated 
only when the 8274's transmit data buffer becomes 
empty. It is the act of becoming empty which generates 
the interrupt not simply the buffer being empty, thus the 
transmitter needs one character to start. 

The host CPU can monitor the transmitter empty flag, 
TX_EMPTY_CHx, in order to determine when trans- 
mission of the buffer is complete. Obviously, the CPU 
should only call the command routine after first check- 
ing that the empty flag is set. 



After returning to the main program, all transmitter 
data transfers are handled via the transmitter-interrupt 
service routines starting at lines #360 and #443. These 
routines start by issuing an End-Of-Interrupt command, 
to the 8274. (This command resets the internal- 
interrupt controller logic of the 8274 for this particular 
vector and opens the logic for other internal interrupt 
requests. The routines next check the length count. If 
the buffer is completely transmitted, the transmitter 
empty flag* TX_EMPTY_CHx, is set and a command is 
issued to the 8274 to reset its interrupt line. Assuming 
that the buffer is not completely transmitted, the next 
character is output to the transmitter. In either case, an 
interrupt return is executed to return to the main CPU 
program. 

The receiver commands start at line #314. Like the 
transmit commands, it is assumed that the CPU has 
initialized the receive-buffer-pointer public variable, 
RX_POINTER_CHx. This variable points to the first 
location in an empty receive buffer. The command 
routines clear the receiver ready flag, RX_READY- 
_CHx, and then set the receiver enable bit in the 8274 
WR3 register. With the receiver now enabled, any 
received characters are placed in the receive buffer 
using interrupt-driven data transfers. 

The received data service routines, starting at lines 
#402 and #485, simply place the received character in 
the buffer after first issuing the EOI command. The 
character is then compared to an ASCII CR. An ASCII 
CR causes the routine to set the receiver ready flag, 
RX_READY_CHx, and to disable the receiver. The 
CPU can interrogate this flag to determine when the 
buffer contains a new line of data. The receive buffer 
pointer, RX_POINTER_CHx, points to the last 
received character and the receive counter, RX- 
_COUNTER_CHx, contains the length. 

That completes our discussion of the command routines 
and their associated interrupt service routines. Al- 
though not used by the commands, two additional ser- 
vice routines are included for completeness. These 
routines handle the error and status-change interrupt 
vectors. 

The error service routines, starting at lines #427 and 
#510, are vectored to if a special receive condition is 
detected by the 8274. These special receive conditions 
include parity, receiver overrun, and framing errors. 
When this vector is generated, the error condition is 
indicated in RR1 (Read Register 1). The error service 
routine issues an EOI command, reads RR1 and places 
it in the ERROR_MSG_CHx variable, and then issues 
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a reset error command to the 8274. The CPU can moni- 
tor the error message location to detect error condi- 
tions. The designer, of course, can supply his own error 
service routine. 

Similarily, the status-change routines (starting lines 
#386 and #469) are initiated by a change in the modem- 
control status lines CTS/, CD/, or SYNDET/. (Note 
that WR2 bit controls whether the 8274 generates 
interrupts based upon changes in these lines. OurWR2 
parameter is such that the 8274 is programmed to ignore 
changes for these inputs.) The service routines simply 



read RRO, place its contents in the STATUS-MSG- 
_CHx variable and then issue a reset external status 
command. Read Register contains the state of the 
modem inputs at the point of the last change. 

Well, that's it. This application example has presented 
useful, albeit very simple, routines showing how the 
8274 might be used to transmit and receive buffers using 
an asynchronous serial format. Extensions for byte- or 
bit-synchronous formats would require no hardware 
changes due to the highly programmable nature of the 
8274's serial formats. 



8274 APPLICATION BRIEF PROGRAM 

MCS-86 HflCRO ASSEMBLER flSVNCB 



ISIS-II HCS-86 MACRO ASSEMBLER V2. i ASSEMBLY OF MODULE ftSVNCB 
OBJECT MODULE PLACED IN :F1:ASYNCB. OBJ 
ASSEMBLER INVOKED BY: ASM86 :F1:ASYNCB.SRC 



LOC OBJ 



LINE SOURCE 



1 
2 
3 
4 
5 
6 
7 
8 
9 

16 
11 
12 
13 
14 
15 
16 
17 
18 
19 
28 
21 
22 
23 
24 
25 
26 
27 
28 
29 
38 



8274 APPLICATION BRIEF PROGRAM 



* THE 8274 IS INITIALIZED FOR SIMPLE ASYNCHRONOUS SERIAL 

* FORMAT AND VECTORED INTERRUPT-DRIVEN DATA TRANSFERS. 

* THE INITIALIZATION ROUTINE ALSO LOADS THE 8886'S INTERRUPT 

* VECTOR TABLE FROM THE CODE SEGMENT INTO LOW RAM ON THE 

* SDK-86. THE TRANSMITTER AND RECEIVER ARE LEFT ENABLED. 
* 

* FOR TRANSMIT, THE CPU PASSES IN MEMORY THE POINTER OF A 

* BUFFER TO TRANSMIT AND THE BYTE LENGTH OF THE BUFFER. 

* THE DATA TRANSFER PROCEED USING INTERRUPT-DRIVEN TRANSFERS. 

* A STATUS BIT IN MEMORY IS SET WHEN IF BUFFERS IS EMPTY. 
* 

* FOR RECEIVE, THE CPU PASSES THE POINTER OF A BUFFER TO FILL. 

* THE BUFFER IS FILLED UNTIL A 'CR_CHR' CHARACTER IS RECEIVED. 

* A STATUS BIT IS SET AND THE CPU MAY READ THE RX POINTER TO 

* DETERMINE THE LOCATION OF THE LAST CHARACTER. 
* 

* ALL ROUTINES ARE ASSUMED TO EXIST IN THE SAME CODE SEGMENT. 

* CALL'S TO THE SERVICE ROUTINE^ ARE ASSUMED TO BE "SHORT" OR 

* INTRASEGMENT (ONLY THE RETURN ADDRESS IP IS ON THE STACK). 
* 
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LOC OBJ 



LINE 



SOURCE 



8962 



Q£kQ£ 



3i 
32 
33 
34 
35 
36 


NAME flSVNCB ;MODULENAME 


; PUBLIC DECLARATIONS FOR COMMAND ROUTINES 


PUBLIC INITIAL.8274 


INITIALIZATION ROUTINE 


37 


PUBLIC TX-COMMAND-CHB 


TX BUFFER COMMAND CHANNEL B 


38 


PUBLIC TX.COMMAND-CHA 


TX BUFFER COMMAND CHANNEL A 


39 


PUBLIC RX.COMMAND.CHB 


RX BUFFER COMMAND CHANNEL B 


46 
41 
42 
43 
44 


PUBLIC RX.COMMAND-CHA 


RX BUFFER COMMAND CHANNEL A 


; PUBLIC DECLARATIONS FOR STATUS VARIABLES 


PUBLIC RX-READY.CHB 


RX READY FLAG CHB 


45 


PUBLIC RX_READY.CHA , 


RX READY FLAG CHA 


46 


PUBLIC TX-EMPtV.CHB , 


TX EMPTY FLAG CHB 


47 


PUBLIC TX.EMPTY.CHA , 


TX EMPTY FLAG CHA 


48 


PUBLIC RX.COUNT.CHB , 


RX BUFFER COUNTER CHB 


49 


PUBLIC RX-COUNT.CHA , 


RX BUFFER COUNTER CHA 


56 


PUBLIC ERROR.MSG.CHB , 


ERROR FLAG CHB 


51 


PUBLIC ERROR.MSG.CHA , 


ERROR FLAG CHA 


52 


PUBLIC STATUS-MSG.CHB , 


STATUS FLAG CHB 


53 

54 - 
55 


PUBLIC. STATUS_MSG-CHA , 


STATUS FLAG CHA 


i PUBLIC DECLARATIONS FOR VARIABLi 


IS PASSED TO THE TRANSMIT 


56 
57 
58 


;AND RECEIVE COMMANDS. 




PUBLIC TX-POINTER.CHB , 


TX BUFFER POINTER FOR CHB 


59 


PUBLIC TX-LENGTR.CHB 


TX LENGTH OF BUFFER FOR CHB 


66 


PUBLIC TX.POINTER.CHA , 


TX BUFFER POINTER FOR CHA 


61 


PUBLIC TX-LENGTH-CHA , 


TX LENGTH OF BUFFER FOR CHA 


62 


PUBLIC RX.POINTER-CHB , 


RX BUFFER POINTER FOR CHB 


63 
64 
65 
66 
67 
68 
69 


PUBLIC RX.POINTER.CHA ', 


RX BUFFER POINTER FOR CHA 


; I/O PORT ASSIGNMENTS 




; CHANNEL A PORT ASSIGNMENTS 




DATA.PORT.CHA EQU 


3 ;DATA I/O PORT 


76 


COMMAND-PORL.CHA EQU 


1 /COMMAND PORT 


71 
72 
73 
74 
75 


STATUS.PORT-CHA EQU 


COMMAND J>ORT_.CHA ; STATUS PORT 


i CHANNEL B PORT ASSIGNMENTS 




DATA_PORT_CHB EQU 


4 ; DfiTft I/O PORT 


7S 


COMMAWLPORT-CHB EQU 


6 ; COMMAND PORT 


77 
78 
79 
86 
81 


STATUS_PORT_CHB EQU 


COMHAND-PORT-CHB .; STATUS PORT 


;I"|ISC. SYSTEM EQUATES 




CR_CHR EQU 8DH 


; ASCI I CR CHARACTER CODE 


82 


INOABLE.BASE EQU 266H 


; INT. VECTOR BASE ADDRESS 


83 
84 

85+1 
86 


CODE-START EQU 566H 


; START LOCATION FOR CODE 


$EJECT 


! 



87 ;RAM ASSSIGNMENTS FOR DATA SEGMENT 



DATA SEGMENT' 



96 
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LOC OBJ 


LINE 


SOURCE 










91 


VECTOR INTERRUPT TABLE - ASSUME INITIAL 8274 INTERRUPT 




92 


VECTOR IS NUMBER 88 (0200H). FOR EACH VECTOR, THE TABLE 




93 


CONTAINS START LOCATION AND CODE SEGMENT REGISTER VALUE. 




94 
95 
96 
97 
98 


THE TABLE IS LOADED FROM PROM. 




9200 


ORG 


INT.TABLE.BASE 




0200 0008 


rX.VECTOR.CHB 


m 


8 


TX INTERRUPT VECTOR FOR CHB 


0202 0000 


99 

100 


rx_cs_CHB 


m 







0294 8000 


101 


5TS.VECTOR.CHB 


DN 


8 


STATUS INTERRUPT VECTOR FOR CHB 


0206 0000 


102 
103 


5TS.CS.CHB 


DN 







0208 0000 


104 


?X_VECTOR_CHB 


DM 





RX INTERRUPT VECTOR FOR CHB 


020B0000 


105 
106 


?X_CS.CHB 


DN 







root uiaa 

VC.OL WOO 


107 


ERR.VECTOR.CHB 


m 





ERROR INTERRUPT VECTOR FOR CHB 


020E 0809 


108 
109 


ERR.CS.CHB 


w 







0210 8600 


110 


rX_VECTOR.CHA 


DW 





TX INTERRUPT VECTOR FOR CHA 


0212 0800 


111 
112 


rX.CS_CHA 


DN 







0214 0900 


113 


JTS.VECTOR-CHA 


DN 





STATUS INTERRUPT VECTOR FOR CHA 


8216 0000 


114 
115 
116 


>TS_CS_CHA 


DN 







0218 0000 


?X-VECTOR_CHfl 


DU 





RX INTERRUPT VECTOR FOR CHA 


021A 0090 


117 
118 


?X_CS.CHA 


DN 







021C 0808 


119 


ERR.VECTQR.CHA 


DN 





ERROR INTERRUPT VECTOR FOR CHA 


021E0088 


120 
121 
122 
123 
124 
125 
, 126 


ERR.CS.CHA 


DN 









MISC RAM LOCATIONS FOR CHANNEL STATUS AND POINTERS 




CHANNEL B POINTERS AND STATUS 




0220 0008 


rX.POINTER.CHB 


DN 





TX BUFFER POINTER FOR CHB 


8222 0008 


127 


TX.LENGTH.CHB 


DN 





TX BUFFER LENGTH FOR CHB 


0224 0000 


128 


&.POINTER.CHB 


DN 





RX BUFFER POINTER FOR CHB 


0226 0000 


129 


*X_CQUNT_CHB 


DN 





RX LENGTH COUNTER FOR CHB 


8228 08 


130 


TX-EMPTY.CHB 


DB 





TX DONE FLAG 


8229 00 


• 131 


tt.READY.CHB 


D8 





RERDY FLAG (1 IF CR.CHR RECEIVED, ELSE 8) 


822R08 


132 


5TATUS.MSG.CHB 


DB 





STATUS CHANGE MESSAGE 


022B00 


133 
134 
135 
136 
137 


ERROR.MSG.CHB 


DB 





ERROR STATUS LOCATION (0 IF NO ERROR) 




CHANNEL A POINTERS AND STATUS 




822C 0000 


rX_POINTER.CHA 


DN 





TX BUFFER POINTER FOR CHA 


022E 0008 


138 


FX.LENGTH.CHA 


DN 





TX BUFFER LENGTH FOR CHA 


0230 0000 


139 


tt_POINTER_CHA 


DN 





RX BUFFER POINTER FOR CHA 


8232 0008 


149 


?X_COUNT_CHA 


DN 





RX LENGTH COUNTER FOR CHA 


0234 08 


141 


TX.EMPTY.CHA 


DB 





TX DONE FLAG 


0235 00 


142 


RX.READV.CHA 


DB 





, READY FLAG (1 IF CR.CHR RECEIVED, ELSE 8) 


0236 00 


143 


STATUS J1SG.CHA 


DB 





; STATUS CHANGE MESSAGE 


0237 00 


144 
145 
146 


ERROR.MSG.CHA 


DB 





ERROR STATUS LOCATION (8 IF HO ERROR) 





DATA 


ENDS 








147 












148+1 


REJECT 









9-217 



210311-001 



MCS-86 MACRO ASSEMBLER ASVNCB 



AP-134 



LOC OBJ 



LIf€ SOURCE 



8586 



858116 



8582 82 

8583 88 



8584 83 



149 
158 
151 
152 
153 
154 
155 
156 
157 
158 
159 
168 
161 
162 
163 

164 
165 

166 
16? 



- ABC SEGMENT 

ASSUME CS : ABC, DS : DATA, SS ; DATA 
ORG CODE-START 

* * 

* PARAMETERS FOR CHANNEL INITIALIZATION * 

* * 

; CHANNEL B PARAMETERS 

;HRi .- INTERRUPT ON ALL RX CHR, VARIABLE INT VECTOR, TX INT ENABLE 
CMDSTRBDB 1,16H 

;WR2 - INTERRUPT. VECTOR 

DB 2, (INT.TABLE-BASE^) 

,WR3 - RX 8 BITS/CHR, RX DISABLE 
DB 3,8C8H 



8586 84 

8587 4C 



8588 85 

8589 EA 



858A88 



168 
169 



178 
171 



172 
173 



;HR4 - X16 CLOCK, 2 STOP BITS, NO PARITV 
DB 4,4CH 

;NR5 - DTR ACTIVE, TX 8 BITS/CHR, TX ENABLE, RTS ACTIVE 
DB 5,8EAH 

; HR6 AND MR7 NOT REQUIRED FOR ASVNC 
DB 8,8 



858C81 
858D12 



858E82 
858F38 



8518 83 
8511 C8 



8512 84 

8513 4C 



8514 85 

8515 EA 



8516 88 

8517 88 



174 
175 
176 
177 
178 

179 
188 

181 
182 

183 
184 

185 
186 

187 
188 

189 
198+1 



; CHANNEL A PARAMETERS 

;HR1 - INTERRUPT ON ALL RX CHR, TX INT ENABLE 
CMDSTRADB 1,12H 

;WR2 - VECTORED INTERRUPT FOR 8886 
DB 2,38H 

;HR3 - RX 8 BITS/CHR, RX DISABLE 
DB 3,8C8H 

;WR4 - X16 CLOCK, 2 STOP BITS, NO PARITV 
DB 4,4CH 

,HR5 - DTR ACTIVE, TX 8 BITS/CHR, TX ENABLE, RTS ACTIVE 
DB 5,8EAH 

;WR6 AND MR7 NOT REQUIRED FOR ASVNC 
DB 8,8 



IEJECT 



9-218 



210311-001 



MCS-86 MACRO ASSEMBLER ASVNCB 



AP-134 



LOC OBJ 



LINE SOURCE 



8518 

9518 078666928896 
951E 8C9E8292 
9522 C78684823586 
9528 8C9E9692 
952C C78688824996 
9532 8C9E8A82 
8536 C7868C827786 
853C 8C8E9A82 
8548 C79618828C86 
85468C8E1282 
854A C7961492B996 
9559 8C9E1682 
8554 C7861882C086 
855A8C8E1A82 
955E C7961C92FB86 
9564 8C9E1E82 



8568BF8885 
856BBA8609 
956EE82E88 
8571BF8C85 
9574BA8288 
8577E82588 



857AB88888 
857D A22B82 

8588 A23782 
8583 A22A82 
8586 A23682 

8589 A32682 
858C A33282 
858FB881 
8591 A22982 
8594 A23582 
8597 A22882 
859A A23482 
859DFB 
859E C3 

859F8A05 
85A1 3C88 
9503 7484 



191 












192 
193 
194 


i START OF COMMAND ROUTINES 






;***************************** *****++**+****+****+**+•**+********* 


195 


;* 








* 


196 


,* 


INITIALIZATION COMMAND FOR THE 8274 - THE 8274 * 


197 


/* 


IS SETUP ACCORDING TO THE PARAMETERS STORED IN * 


198 


;* 


PROM ABOVE STARTING AT CMSTRB FOR CHANNEL B AND * 


199 


;* 


CNSTRA FOR CHANNEL A. 




* 


288 
281 
292 


;* 

: ***** 


******** 


*MMMi^MiMJ,ill^lJ,UJ,J.J.U. 




* 


; TT*TTTTTTTTTTTTTTTTTTTTTTT1'TTTT1'TTT»t*TTTtT'MftT»tTff"M l 1"ff|1lfflfT 


293 


INITIAL.8274: 








294 




,COPV INTERRUPT VECTOR IP AND CS VALUES FROM PROM TO RAM 


295 




MOV 


TX.VECTOR.CHB, OFFSET XMTINB 


;TXDATA VECTOR CHB 


296 




MOV 


TX.CS.CHB, CS 






297 




MOV 


STS.VECTOR.CHB, OFFSET STAINB 


; STATUS VECTOR CHB 


298 




MOV 


STS.CS.CHB/ CS 






299 




MOV 


RX.VECTOR.CHB, OFFSET RCVINB 


,RX DATA VECTOR CHB 


219 




MOV 


RX_CS_CHB, CS 






211 




MOV 


ERR.VECTOR.CHB, OFFSET ERRINB 


; ERROR VECTOR CHB 


212 




MOV 


RX.CS.CHB, CS 






213 




MOV 


TX.VECTOR.CHA, OFFSET XMTINA 


;TX DATA VECTOR CHA 


214 




MOV 


TX.CS.CHA, CS 






215 




MOV 


STS.VECTOR.CHA, OFFSET STAINA 


; STATUS VECTOR CHA 


216 




MOV 


STS.CS.CHA, CS 






217 




MOV 


RX.VECTOR.CHA, OFFSET RCVINA 


iRXDATA VECTOR CHA 


218 




MOV 


RX.CS.CHA, CS 






219 




MOV 


ERR.VECTOR.CHA, OFFSET ERRINA 


; ERROR VECTOR CHA 


228 




MOV 


ERR.CS.CHA, CS 






221 












222 


;C0PV SETUP TABLE PARAMETERS INTO 8274 






223 












224 




MOV 


DI, OFFSET CMDSTRB 


INITIALIZE CHB 


225 




MOV 


DX, COMMAND.PORT.CHB 






226 




CALL 


SETUP 


COPV CHB PARAMETERS 


227 




MOV 


DI, OFFSET CMDSTRA 


INITIALIZE CHA 


228 




MOV 


DX, COMMAND.PORT.CHA 






229 




CALL 


SETUP 


COPV CHA PARAMETERS 


238 












231 


; INITIALIZE STATUS BVTES AND FLAGS 






232 












233 




MOV 


AX, 8 






234 




MOV 


ERROR.MSG.CHB, AL 


aEAR ERROR FLAG CHB 


235 




MOV 


ERROR.MSG.CHA, AL 


CLEAR ERROR FLAG CHA 


236 




MOV 


STATUS.MSG.CHB, AL 


aEAR STATUS FLAG CHB 


237 




MOV 


STATUS-MSG.CHA, AL 


CLEAR STATUS ftAG CHA 


238 




MOV 


RX.C0UNT.CH8, AX 


CLEAR RX COUNTER CHB 


239 




MOV 


RX.COUNT.CHfl, AX 


CLEAR RX COUNTER CHA 


248 




MOV 


AL, 1 






241 




MOV 


RX.READY.CHB, AL 


SET RX DONE FLAG CHB 


242 




MOV 


RXJ?EADY_CHA, AL 


SET RX DONE FLAG CHA 


243 




MOV 


TX^MPTY.CHB, AL 


SET TX DONE FLAG CHB 


244 




MOV 


TX-EMPTY.CHA, AL 


SET TX DONE FLAG CHA 


245 




STI 




ENABLE INTERRUPTS 


246 




RET 




RETURN 


- DOfC WITH SETUP 


247 












248 


SETUP: 


MOV 


AL, CDI] 


; PARAMETER COPYING ROUTINE 


249 




CMP 


AL 8 






258 




JE 


DONE 







9-219 



210311-001 



AP-134 



LOC OBJ 

05A5EE 
95fl6 47 

85A7EBF6 
05A9C3 



LINE SOURCE 



85flfl 

DJnn 00 

85AB57 

05AC 52 

85flD C686288280 

8562 BB8480 

85B5 8B3E2882 

05B9 8A05 

85BBEE 

85BC5A 

85BD5F 

85BE58 

85BF C3 



85C8 
05C8 58 
85C157 
85C2 52 

05C3 C686348288 
05C8 BA0000 
85CB 8B3E2C82 
05CF8A85 
05D1EE 
05D2 5A 
05D3 5F 
85D4 58 
05D5C3 



251 

252 

252 

254 

255 

256+1 

257 

258 

259 

268 

261 

262 

262 

264 

265 

266 

267 

268 

269 

278 

271 

272 

273 

274 

275 

276 

277 

278 

279 

288 

281 

282 

282 

284 

285 

286 

287 

288 

289 

298 

291 

292 

293 

294 

295 

296 

297 

298 

299 

308 

301 

302 

303 

304 

385 

306 

307 



310 



DONE: 



OUT 
INC 
JHP 
RET 



DX, AL 

DI 

SETUP 



} OUTPUT PARAMETER 
> POINT AT NEXT PARAMETER 
; GO LOAD IT 
;DONE- SO RETURN 



REJECT 



***itt****M**********>m****************^^ 



* TX CHANNEL B COMMAND ROUTINE - ROUTINE IS CALLED TO 

* TRANSMIT A BUFFER. THE BUFFER STARTING ADDRESS, 

* TX.POINTER.CHB, AND THE BUFFER LENGTH, TX_LENGTH_CHB, 

* MUST BE INITIALIZED BV THE CALLING PROGRAM. 

* BOTH ITEMS ARE WORD VARIABLES. 



4»iu|C3|c9|u|c3|c4c4c4u|c]|c4c4e3|c3|[3|c 4c>*»|(}|( 4uf»fc4(ic]|(>|c]tC]f(}|c4c3fc>fei|c4c4cj|c4e]|c4c)|c}ic4cic3|c]fu|c I|c3|c4c4c4c}tc4u|t]|c 4u|c^c 4cj|( j|c4c 



TX.COMMAND.CHB: 
PUSH 
PUSH 
PUSH 
MOV 
MOV 
HOV 
MOV 
OUT 
POP 
POP 
POP 
RET 



AX ; SAVE REGISTERS 

DI 

DX 

TX-EHPTV_CHB, > CLEAR EMPTV FLAG 

DX, DATA.PORL.CHB ; SETUP PORT POINTER 

DI, TX_POINTER.CHB ;GET TX BUFFER POINTER CHB 



AL, [DI] 
DX, AL 
DX 
DI 
AX 



; GET FIRST CHARACTER TO TX 

; OUTPUT IT TO 8274 TO GET IT STARTED 



;RETURN 



;* * 

;* TX CHANNEL A COMHfiND ROUTINE - ROUTINE IS CALLED TO * 

;* TRANSMIT A BUFFER. THE BUFFER STARTING ADDRESS, * 

.;* TX-POINTER.CHA, AND THE BUFFER LENGTH.. TX.LENGTH.CHA, * 

i* MUST BE INITIALIZED BV THE CALLING PROGRAM. * 

;* BOTH ITEMS ARE WORD VftRIABLES. * 



TX-COMMAND.CHA: 

PUSH AX i SAVE REGISTERS 

PUSH DI 

PUSH DX 

MOV TX_EMPTY_CHA, ; CLEAR EMPTV FLAG 

MOV DX, DATA.PORT-CHA ; SETUP PORT POINTER 

MOV DI, TXJ>OINTER_CHA w GET TX BUFFER POINTER CHfl 

MOV AL, [01] ;GET FIRST CHARACTER TO TX 

OUT DX, AL ; OUTPUT IT TO 8274 TO GET IT STARTED 

POP DX 

POP DI 

POP AX 

RET ;RETURN 

; * * 

i* RX COMMAND FOR CHANNEL B - THE CALLING ROUTINE MUST * 

;* INITIALIZE RX-POINTER.CHB TO POINT AT THE RECEIVE * 

;* BUFFER BEFORE CALLING THIS ROUTINE. * 



9-220 



210311-001 



MCS-86 MACRO ASSEMBLER ASYNCB 



AP-134 



LOC OBJ 



LINE 



SOURCE 





311 


i* 






* 




312 


:*m***:mm*m*****w*m********>M<****w^ 




313 








85D6 


314 


RX_COMMAND_CHB 




85D6 58 


315 




PUSH 


AX ; SAVE REGISTERS 


85D7 52 


316 




PUSH 


DX 


85D8 C686298288 


317 




MOV 


RX-READY.CHB, 8 ; CLEAR RX READV FLAG 


85DD 078626829688 


318 




MOV 


RX.COUNT_CHB, 8 ; CLEAR RX COUNTER 


85E3BA8688 


319 




MOV 


DX, COHHAND.PORT.CHB ; POINT AT COMMAND PORT 


85E6B883 


328 




MOV 


AL 3 .SETUP FOR WR3 


85E8EE 


321 




OUT 


DX, AL 


85E9B8C1 


322 




MOV 


AL, 8C1H • ;UR3 - 8 BITS/CHR, ENABLE RX 


65EB EE 


323 




OUT 


DX, AL 


85EC5A 


324 




POP 


DX 


85ED58 


325 




POP 


AX 


85EEC3 


326 
327 




RET 


; RETURN 




328 


;******+**^*>M<************++**^* 




329 


■ * 




. ■ * 




338 


;* 


RX COMMAND FOR CHANNEL A - THE CALLING ROUTINE MUST * 




331 


;* 


INITIALIZE RX-POINTER.CHA TO POINT AT THE RECEIVE * 




332 


;* 


BUFFER BEFORE CALLING THIS ROUTINE. * 




333 


;* 




* 




334 


;*** 








335 








85EF 


336 


RX_COMMAND_CHA 




85EF58 


337 




PUSH 


AX ; SAVE REGISTERS 


85F8 52 


338 




PUSH 


DX 


85F1 C686358288 


339 




MOV 


RX.READV.CHA, 8 ; CLEAR RX READV FLAG 


85F6 C78632828888 


348 




MOV 


RX_COUNT_im 8 i CLEAR RX COUNTER 


85FCBfl8288 


341 




MOV 


DX, COMMAND.PORT.CHA , POINT AT COMMAND PORT 


85FF B883 


342 




MOV 


AL, 3 ;SET UP FOR WR3 


8681 EE 


343 




OUT 


DX, AL 


8682 B8C1 


344 




MOV 


AL, 8C1H ;HR3 - 8 BITS/CHR, ENABLE RX 


8684 EE 


345 




OUT 


DX, AL 


8685 5A 


346 




POP 


DX 


8686 58 


347 




POP 


AX 


8687 C3 


348 
349 




RET 


■; RETURN 




358+1 


$EJECT 






351 










352 


/ **** +++ ** + ^ +++ ^ ++ * ++ t* + *>i < * + ^ + * + *4< ++++++++ ^ ++++ A ++++++++: ^ ++++ 




353 


;* 




* 




354 


;* 


START OF INTERRUPT SERVICE ROUTINES * 




355 


;* 




* 




356 


; **Mtw*w>Mt********ttm>M^ 




357 










358 


; CHANNEL B TRANSMIT DATA SERVICE ROUTINE 




359 








8688 52 


368 


XMTINB: PUSH 


DX . ; SAVE REGISTERS 


8689 57 


361 




PUSH 


DI 


668R58 


362 




PUSH 


AX 


868B E88261 


363 




CALL 


EOI 


SEND EOI COMMAND TO 8274 


868E FF862882 


364 




INC 


TX_POINTEILCHB 


POINT TO NEXT CHARACTER 


8612 FF8E2282 


365 




DEC 


TX.LENGTH.CHB 


DEC LENGTH COUNTER 


8616 748E 


366 




JE 


XIB 


TEST IF DONE 


8618BA8488 


367 




MOV 


DX, DATA.PORT.CHB i NOT DONE - GET NEXT CHARACTER 


861B 8B3E2882 


368 




MOV 


DI, TX_POINTER_CHB 


861F8A85 


369 




MOV 


AL, [DI3 ; PUT CHARACTER IN AL 


8621 EE 


378 




OUT 


DX, AL 


. OUTPUT IT TO 8274 



9-221 



210311-001 



HCS-86 MACRO ASSEMBLER flSVNCB 



AP-134 



LOC OBJ 



LINE SOURCE 



662258 


371 




POP 


AX ; RESTORE REGISTERS 


0623 5F 


372 




POP 


DI 


9624 5fl 


373 




POP 


DX 


9625 CF 


374 




IRET 


^RETURN TO FOREGROUND 


6626BR8668 


375 


XI B; 


MOV 


DX, COMMAHLPORT-CHB ;ALL CHARACTERS HAVE BEEN SEND 


8629 B628 


376 




MOV 


AL 28H ; RESET TRANSMITTER INTERRUPT PENDING 


962BEE 


377 




OUT 


DX, AL 


862C C696288291 


378 




MOV 


TX_EMPTV_CHB, 1 ; DONE - SO SET TX EMPTV FLAG CHB 


863158 


379 




POP 


AX i RESTORE REGISTERS 


8632 5F 


380 




POP 


DI 


8633 5fl 


381 




POP 


DX 


8634 CF 


382 
383 




IRET 


;RETURN TO FOREGROUND 




384 


; CHANNEL B STATUS CHANGE SERVICE ROUTINE 




385 








8635 52 


386 


STAINB 


PUSH 


DX ;SfiVE REGISTERS 


8636 57 


387 




PUSH 


DI 


8637 58 


388 




PUSH 


AX 


8638E8D588 


389 




CALL 


EOI ;SEND EOI COMMAND TO 8274 


863BBR8688 


390 




Mdv 


DX, COMMAND-PORT.CHB 


863EEC 


391 




IN 


AL, DX . ;READRR8 


863F A22R82 


392 




NOV 


STATUS-MSG.CHB, AL ;PUT RR8 IN STATUS MESSAGE 


8642 B818 


393 




MOV 


AL, 10H i SEND RESET STATUS INT COMMAND TO 8274 


8644 EE 


394 




OUT 


DX, AL 


8645 58 


395 




POP 


AX ; RESTORE REGISTERS 


86465F 


396 




POP 


DI 


0647 5n 


397 




POP 


DX 


8648 CF 


398 
399 




IRET 






480 


i CHANNEL B RECEIVED DATA SERVICE ROUTINE 




401 








8649 52 


482 


RCVINB 


PUSH 


DX i SAVE REGISTERS 


964A57 


483 




PUSH 


DI 


864B58 


404 




PUSH 


AX 


864C E8C100 


405 




CALL 


EOI ;SEND EOI COMMAND TO 8274 


864F 8B3E2482 


406 




MOV 


DL RX_POINTER_CHB ;GET RX CHB BUFFER POINTER 


0653 BR0408 


, 487 




MOV 


DX, DATA_PORT_CHB 


0656 EC 


408 




IN 


AL, DX ' iREAD CHARACTER 


8657 8885 


409 




HOV 


[DIL AL ; STORE IN BUFFER 


8659 FF962402 


418 




INC 


RX.POINTER_CHB ; BUMP THE BUFFER POINTER 


065D FF862682 


411 




INC 


RX_COUNT_CHB ; BUMP THE COUNTER 


8661 3C8D 


412 




CMP 


AL, CR.CHR ; TEST IF LAST CHARACTER TO BE RECEIVED? 


8663 750E 


413 




JNE 


RIB 


0665 C686290291 


414 




MOV 


RX_READY_CHB, 1 ;VES, SET. READV FLAG".: 


066RBR0608 


415 




MOV 


DX, COMMAND_PORT.CHB ; POINT AT COMMAND PORT 


066DB003 


416 




MOV 


AL, 3 ; POINT AT WR3 


066FEE 


, 417 




OUT 


DX, AL 


0670 B0C8 


418 




MOV 


AL, 0C8H ; DISABLE RX 


0672 EE 


419 




OUT 


DX, AL 


0673 58 


420 


RIB: 


POP 


AX ; EITHER HAV, RESTORE REGISTERS 


0674 5F 


421 




POP 


DI 


067 j jfl 


422 




POP 


DX 


0676 CF 


423 
424 




IRET 


'RETURN TO FOREGROUND 




425 


i CHANNEL B ERROR SERVICE ROUTINE 




426 








8677 52 


427 


ERRINB 


: PUSH 


DX .SAVE REGISTERS 


0678 58 


428 




PUSH 


AX 


8679 E89460 


429 




CALL 


ECU /SEND £01 COMMAND TO 8274 


067C BA8688 


430 




NOV 


DX, COMMAND.PORT.CHB 



9-222 



210311-001 



MCS-86 MACRO ASSEMBLER flSVNCB 



AP-134 



LOC OBJ 



LINE SOURCE 



067FB881 


431 




NOV 


AL 1 


POINT AT RR1 


9681 EE 


432 




OUT 


DX, AL 




9682 EC 


433 




IN 


AL, DX 


READRR1 


0683 A22B82 


434 




MOV 


ERROR_MSG_CHB, AL ;SAVE IT IN ERROR FLAG 


8686 B03O 


435 




MOV 


AL, 38H 


SEND RESET ERROR COMMAND TO 8274 


0688 EE 


436 




OUT 


DX, AL 




8689 58 


437 




POP 


AX 


RESTORE REGISTERS 


8688 58 


438 




POP 


DX 




868BCF 


439 
448 




IRET 




RETURN TO FOREGROUND 




441 


; CHANNEL 8 TRANSMIT D8T8 SERVICE ROUTINE 




442 










868C52 


443 


XMTIN8 


PUSH 


DX 


SAVE REGISTERS 


868D57 


444 




PUSH 


DI 




868E58 


445 




PUSH 


AX 




868FE87E80 


446 




CALL 


EOI 


SEND EOI COMMAND TO 8274 


8692FF062C82 


447 




INC 


TX-P0INTER.CH8 


POINT TO NEXT CHARACTER 


8696F8E2E02 


448 




DEC 


TX.LENGTH-CH8 


DEC LENGTH COUNTER 


069A740E 


449 




JE 


XI8 


TEST IF DONE 


Q£QT DOOOOQ 
0071/ DfWOWJ 


458 




MOV 


DX, DATA_PQRT_CH 


R ;NOT DONE -GET NEXT CHARACTER 


069F8B3E2C82 


451 




MOV 


DI, TX-POINTER-Q 


HA 


8683 8fl85 


452 




MOV 


AL [DI] 


PUT CHARACTER IN AL 


8685 EE 


453 




OUT 


DX, AL 


OUTPUT IT TO 8274 


8686 58 


454 




POP 


AX 


RESTORE REGISTERS 


8687 5F 


455 




POP 


DI 




8688 58 


456 




POP 


DX 




8689 CF 


457 




IRET 




RETURN TO FOREGROUND 


0688B80288 


458 


XIA: 


MOV 


DX, COMMAND-PORT 


-CHA ;ALL CHARACTERS HAVE BEEN SEND 


068D B028 « 


459 




MOV 


AL, 28H 


RESET TR8NSMITTER INTERRUPT PENDING 


868FEE 


460 




OUT 


DX, AL 




86B8 C686340201 


461 




MOV 


TX-EMPTY.CHA, 1 


; DONE - SO SET TX EMPTY 'FLAG CHB 


86B5 58 


462 




POP 


AX 


i RESTORE REGISTERS 


86B6 5F 


463 




POP 


DI 




06B7 58 


464 




POP 


DX 




06B8CF 


465 
466 
467 




IRET 




; RETURN TO FOREGROUND 




; CHANNEL 8 STATUS CHANGE SERVICE 


ROUTINE 




468 










06B9 52 


469 


STAINA 


PUSH 


DX 


* SAVE REGISTERS 


06B8 57 


478 




PUSH 


DI 




86BB 58 


471 




PUSH 


8X 




06BCE85108 


472 




CALL 


EOI 


•SEND EOI COMMAND TO 8274 


06BFB88208 


473 




MOV 


DX, C0MN8ND.P0RT 


_CHA 


86C2EC 


474 




IN 


AL, DX 


,READ RR8 


06C3 823682 


475 




MOV 


ST8TUS.MSG.CH8, 


AL ;PUTRR0 I N STATUS MESSAGE 


06C6B818 


476 




MOV 


AL 10H 


;SEND RESET STATUS INT COMMAND TO 8274 


86C8EE 


477 




OUT 


DX, 8L 




86C9 58 


478 




POP 


8X 


; RESTORE REGISTERS 


86C8 5F 


479 




POP 


DI 




86CB 58 


488 




POP 


DX 




86CCCF 


481 
482 




IRET 








483 
484 
485 


; CHANNEL 8 RECEIVED D8T8 SERVICE 


ROUTINE 


86CD52 


RCVIN8 


PUSH 


DX 


,SAVE REGISTERS 


86CE 57 


486 




PUSH 


DI 




86CF 58 


487 




PUSH 


8X 




06D0 E83O80 


488 




CALL 


EOI 


SEND EOI COMMAND TO 8274 


06D3 8B3E3882 


489 




MOV 


DI, RX-POINTER.C 


HA ,GET RX CHA BUFFER POINTER 


86D7B88000 


498 




MOV 


DX, D8T8_P0RT_CH 


8 
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MCS-86 MACRO ASSEMBLER ASYNCB 



AP-134 



LOC OBJ 



LINE 



SOURCE 



86DAEC 


491 


IN 


AL, DX ; READ CHARACTER 


86DB8885 


492 


MOV 


CDI], AL i STORE IN BUFFER 


86DDF863882 


493 


INC 


RX.POINTER-CHA ;BUMP THE BUFFER POINTER 


86E1FF863282 


494 


INC 


RX-COUNT.CHA ; BUMP THE COUNTER 


86E5 3C8D 


495 


CMP 


AL, CR_CHR ;TEST IF LAST CHARACTER TO BE RECEIVED? 


86E7 758E 


4% 


JNE 


RIA 


86E9 C686358281 


497 


MOV 


RX_READY_CHA, 1 ;YES, SET READY FLAG 


86EEBfl0288 


498 


MOV 


DX, COMMAND.PORT.CHA ; POINT AT COMMAND PORT 


86F1B883 


499 


MOV 


AL, 3 i POINT ATHR3 


86F3EE 


588 


OUT 


DX, AL 


96F4B8C8 


581 


MOV 


AL, 8C8H DISABLE RX 


86F6K 


582 


OUT 


DX, AL 


06F7 58 


583 


RIfl: POP 


AX ; EITHER HAY, RESTORE REGISTERS 


06F8 5F 


584 


POP 


DI 


86F9 5A 


585 


POP 


DX 


86FACF 


586 
587 


IRET 


; RETURN TO FOREGROUND 




588 


CHANNEL A ERROR SERVICE ROUTINE 




589 






86FB52 


518 


ERRINA: PUSH 


DX i SAVE REGISTERS 


86FC58 


511 


PUSH 


AX 


86FDE81009 


512 


CALL 


EOI ; SEND EOI COMMAND TO 8274 


9788 BA8288 


513 


MOV 


DX, COMMAND.PORT.CHA 


8783 B88i 


514 


MOV 


AL, 1 ;POINT ATRR1 


8785 EE 


515 


OUT 


DX, AL 


8796 EC 


516 


IN 


AL DX ;READRR1 


8787822782 


517 


MOV 


ERRORJ1SG.CHA, AL ; SAVE IT IN ERROR FLAG 


878AB838 


518 


MOV 


AL 38H ;SEND RESET ERROR COMMAND TO 8274 


878CEE " 


519 


OUT 


DX, AL 


878D58 


528 


POP 


AX ; RESTORE REGISTERS 


878E5A 


521 


POP 


DX 


878FCF 


522 
523 


IRET 


; RETURN TO FOREGROUND 




524 


;END-OF-INTERRUPT ROUTINE - SENDS EOI COMMAND TO 8274. 




525 


; THIS COMMAND MUST ALWAYS TO ISSUED ON CHANNEL A. 




526 






8718 58 


527 


EOI: PUSH 


AX ; SAVE REGISTERS 


8711 52 


528 


PUSH 


DX 


8712BA8288 


529 


MOV 


DX, COMMAND.PORT-CHA ; ALHAYS FOR CHANNEL A ! ! ! 


8715 B838 


538 


MOV 


AL, 38H 


8717 EE 


531 


OUT 


DX, AL 


8718 5ft 


532 


POP 


DX 


8719 58 


533 


POP 


AX 


871fl C3 


534 
535 


RET 






536 


;END OF CODE ROUTINE 




537 









538 


ABC 


ENDS 




539 


END 





ASSEMBLY COMPLETE, NO ERRORS FOUND 
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INTRODUCTION: 

The INTEL 8274 is a Multi-Protocol Serial Controller, 
capable of handling both asynchronous and synchronous 
communication protocols. Its programmable features al- 
low it to be configured in various operating modes, provid- 
ing optimization to given data communication 
application. 

This application note describes the features of the MPSC 
in Synchronous Communication applications only. It is 
strongly recommended that the reader read the 8274 Data 
Sheet and Application Note API 34 "Asynchronous Com- 
munication with the 8274 Multi-Protocol Serial Control- 
ler" before reading this Application Note. This 
Application note assumes that the reader is familiar with 
the basic structure of the MPSC, in terms of pin descrip- 



tion, Read/ Write registers and asynchronous communi- 
cation with the 8274. Appendix A contains the software 
listings of the Application Example and Appendix B 
shows the MPSC Read/ Write Registers for quick 
reference. 

The first section of this application note presents an over- 
view of the various sysnchronous protocols. The second 
section discusses the block diagram description of the 
MPSC. This is followed by the description of MPSC inter- 
rupt structure and mode of operation in the third and 
fourth sections. The fifth section describes a hardware/ 
software example, using the INTEL single board comput- 
er iSBC88/45 as the hardware vehicle. The sixth section 
consists of some specialized applications of the MPSC. Fi- 
nally, in section seven, some useful programming hints are 
summarized. 



OPENING 
FLAG 
BYTE 


ADDRESS* 
FIELD(A) 


CONTROL** 
FIELD(C) 


DATA 
FIELD 


FRAME 

CHECK 

SEQUENCE 


CLOSING 
FLAG 
BYTE 



Figure 1. HDLC/SDLC Frame Format 



* Extendable to 2 or More Bytes 
** Extendable to 2 Bytes 



SYNCHRONOUS PROTOCOL OVERVIEW 

This section presents an overview of various synchronous 
protocols. The contents of this section are fairly tutorial 
and may be skipped by the more knowledgeable reader. 

Bit Oriented Protocols Overview 

Bit oriented protocols have been defined to manage the 
flow of information on data communication links. One of 
the most widely known protocol is the one defined by the 
International Standards Organization: HDLC (High 
Level Data Link Control). The American Standard Asso- 
ciations' protocol, ADCCP is similar to HDLC. CCITT 
Recommendation X.25 layer 2 is also an acceptable ver- 
sion of HDLC. Finally, IBM's SDLC (Synchoronous 
Data Link Control) is also a subset of the HDLC. 

In this section, we will concentrate most of our discussion 
on HDLC. Figure 1 shows a basic HDLC frame format. 

A frame consists of five basic fields: Flag, Address, Con- 
trol, Data and Error Detection. A frame is bounded by 
flags - opening and closing flags. An address field is 8 bits 
wide, extendable to 2 or more bytes. The control field is 
also 8 bits wide, extendable to two bytes. The data field or 
information field may be any number of bits. The data 
field may or may not be on an 8 bit boundary. A powerful 
error detection code called Frame Check Sequence con- 
tains the calculated CRC (Cycle Redundancy Code) for 
all the bits between the flags. 



ZERO BIT INSERTION 

The flag has a unique binary bit pattern: 7E HEX. To 
eliminate the possibility of the data field containing a 7E 
HEX pattern, a bit stuffing technique called Zero Bit In- 
sertion is used. This technique specifies that during trans- 
mission, a binary be inserted by the transmitter after any 
succession of five contiguous binary l's. This will ensure 
that no pattern of 1 1 1 1 1 1 is ever transmitted be- 
tween flags. On the receiving side, after receiving the flag, 
the receiver hardware automatically deletes any follow- 
ing five consecutive l's.The 8274 performs zero bit inser- 
tion and deletion automatically in the SDLC/HDLC 
mode. The zero-bit stuffing ensures periodic transitions in 
the data stream. These transitions are necessary for a 
phase lock circuit, which may be used at the receiver end 
to generate a receive clock which is in phase to the re- 
ceived data. The inserted and deleted O's are not included 
in the CRC checking. The address field is used to address 
a given secondary station. The control field contains the 
link-level control information which includes implied ac- 
knowledgement, supervisory commands and responses, 
etc. A more detailed discussion of higher level protocol 
functions is beyond the scope of this application note. In- 
terested readers may refer to the references at the end of 
this application note. 

The data field may be of any length and content in 
HDLC. Note that SDLC specifies that data field be a 
multiple of bytes only. In data communications, it is gen- 
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erally desirable to transmit data which may be of any con- 
tent. This requires that data field should not contain 
characters which are defined to assist the transmission 
protocol (like opening flag 7 EH in HDLC/SDLC com- 
munications). This property is referred to as "data trans- 
parency". In HDLC/SpLC, this code transparency is 
made possible by Zero Bit Insertion discussed earlier and 
the bit orientated nature of the protocol. 

The last field is the FCS (Frame Check Sequence). The 
FCS uses the error detecting techniques called Cyclic Re- 
dundancy Check. In SDLC/HDLC, the CCITT-CRC 
must be used. 

NON-RETURN TO ZERO INVERTED (NRZI) 

NRZI is a method of clock and data encoding that is well 
suited to the HDLC protocol. It allows HDLC protocols to 
be used with low cost asynchronous modems. NRZI cod- 
ing is done at the transmitter to enable clock recovery 
from the data at the receiver terminal by using standard 
digital phase locked loop techniques. NRZI coding speci- 
fies that the signal condition does not change for transmit- 
ting a 1, while a causes a change of state. NRZI coding 
ensures that an active data line will have transition at least 
every 5-bit times (recall Zero Bit Insertion), while contig- 
uous O's will cause a change of state. Thus, ZBI and NRZI 
encoding makes it possible for a phase lock circuit at the 
receiver end to derive a receive clock (from received data ) 
which is synchronized to the received data and at the same 
time ensure data transparency. 

Byte Synchronous Communication 

As the name implies, Byte Synchronous Communication 
is a synchronous communication protocol which means 
that the transmitting station is synchronized to the receiv- 
ing station through the recognition of a special sync char- 
acter or characters. Two examples of Byte Synchronous 
protocol are the IBM Bisync and Monosync. Bisync has 
two starting sync characters per message while monosync 
has only one sync character. For the sake of abrevity, we 



will only discuss Bisync here. All the discussion is valid for 
Monosync also. Any exceptions will be noted. Figure 2 
shows a typical Bisync message format. 

The Bisync protocol is defined for half duplex communi- 
cation between two or more stations over point to point or 
multipoint communication lines. Special characters con- 
trol link access, transmission of data and termination of 
transmission operations for the system. A detailed discus- 
sion of these special control characters (SYN, ENQ, 
STX, ITB, ETB, ETX, DLE, SOH, ACKO, ACK1, 
WACK, N AK and EOT, etc) is beyond the scope of this 
Application Note. Readers interested in more detailed 
discussion are directed to the references listed at the end of 
this Application Note. 

As shown in Figure 2, each message is preceded by two 
sync characters. Since the sync characters are defined at 
the beginning of the message only, the transmitter must 
insert fill characters (sync) in order to maintain synchro- 
nization with the receiver when no data is being 
transmitted. 

TRANSPARENT TRANSMISSION 

Bisync protocol requires special control characters to 
maintain the communication link over the line. If the data 
is EBCDIC encoded, then transparency is ensured by the 
fact that the data field will not contain any of the bisync 
control characters. However, if data does not conform to 
standard character encoding techniques, transparency in 
bisync is achieved by inserting a special character DLE 
(Data Link Escape) before and after a string of characters 
which are to be transmitted transparently. This ensures 
that any data charaters which match any of the special 
characters are not confused for special characters. An ex- 
ample of a transparent block is shown in Figure 3. 

In a transparent mode, it is required that the CRC(BCC) 
is not performed on special characters/Later on, we will 
show how the 8274 can be used to achieve transparent 
transmission in Bisync mode. 



SYNC 


SYNC 


SOH 


HEADER 


STX TEXT 


ETX OR ETB 


CRC1 


CRC2 



Figure 2. Bisync Message Format 



DLE 


STX 


TRANSPARENT TRANSMISSION 


DLE 


ETX 


BCC 



Enter transparent mode 



return to normal mode 



Figure 3. Bisync Transparent Format 
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BLOCK DIAGRAM 

This section discusses the block diagram view of the 8274. 
The CPU interface and serial interface is discussed sepa- 
rately. This will be followed by a hardware example in the 
fifth section, which will show how to interface the 8274 
with the Intel CPU 8088. The 8274 block diagram is 
shown in Figure 4. 



CPU Interface 

The CPU interface to the syst em in terface logic block uti- 
lizes the A0, Al, CS, RD and WR inputs to communicate 
with the internal registers of the 8274. Figure 5 shows the 
address of the internal registers. The DMA interface is 
achieved by utilizing DMA request lines for each channel: 
TxDRQ A , TxDRQ B , RxDRQ A , RxDRQ B . Note that 



DBo-l 



clk ■ 

RESET - 



'^^.SLv^ 



ROYb/TxORQa -*- 



RDYA/RxDRQA -+- 



IPO/TxDRQB ■*- 

IpT/RxDRQb «*- 

INT-*- 

inta — 

Ao — 
A1 — 



ii 



SYSTEM 
INTERFACE 
CONTROL 
. LOGIC 



CS - 
RD • 
WR ■ 



"9 — 9 — 7 



SYSTEM INTERFACE 




NETWORK INTERFACE 



Figure 4. 8274 Block Diagram 



CS 


A1 


AO 


Read Operation 


Write Operation 







1 






CHA DATA READ 
CHA STATUS REGISTER 
(RR0,RR1) 


CHA DATA WRITE 

CHA COMMAND/PARAMETER 

(WR0-WR7) 








1 


1 
1 


CHB DATA READ 
CHB STATUS REGISTER 
(RR0,RR1,RR2) 


CHB DATA WRITE 

CHB COMMAND/PARAMETER 

(WR0-WR7) 


l 


X 


X 


HIGHZ 


HIGHZ 



Figure 5. Bus Interface 
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TxDRQ B and RxDRQ B becomes IPO and IPI respective- 
ly in non-DMA mode. IPI is the Interrupt Priority Input 
and IPO is the Interrrupt Priority Output. These two pins 
can be used for connecting multiple MPSCs in a daisy 
chain. If the Wait Mode is programmed, then TxRDQ A 
and RxDRQ A pins become RDY B and RDY A pins. These 
pins can be wire-or'ed and are usually hooked up to the 
CPU RDY line to synchronize the CPU for block trans- 
fers. The INT pin is activated whenever the MPSC re- 
quires CPU attention. The INTA may be used to utilize 
the powerful vectored mode feature of the 8274. Detailed 
discussion on these subjects will be done later in this Ap- 
plication Note. The Reset pin may be used for hardware 
reset while the clock is required to click the internal logic 
on the MPSC. 

Serial Interface 

On the serial side, there are two completely independent 
channels: Channel A and Channel B. Each channel con- 
sists of a transmitter block, receiver block and a set of 
read/ write registers which are used to initialize the de- 
vice. In addition, a control logic block provides the modem 
interface pins. Channel B serial interface logic is a mirror 
image of Channel A serial interface logic, except for one 
exception: there is only one pin for RTS B and SYNDET B . 



At a given time, this pin is either RTS B or SYNDET B . 
This mode is programmable through one of the internal 
registers on the MPSC. 

Transmit And Receive Data Path 

Figure 6 shows a block diagram for transmit and receive 
data path. Without describing each block on the diagram, 
a brief discussion of the block diagram will be presented 
here. 

TRANSMIT DATA PATH 

The transmit data is transferred to the twenty-bit serial 
shift register. The twenty-bits are needed to store two 
bytes of sync characters in bisync mode. The last three bits 
of the shift register are used to indicate to the internal con- 
trol logic that the current data byte has been shifted out of 
the shift register. The transmit data in the transmit shift 
register is shifted out through a two bit delay onto the 
TxData line. This two bit delay is used to synchronize the 
internal shift clock with the external transmit clock. The 
data in the shift register is also presented to zero bit inser- 
tion logic which inserts a zero after sensing five contiguous 
ones in the data stream. In parallel to all this activity, the 
CRC-generator is computing CRC on the transmitted 
data and appends the frame with CRC bytes at the end of 
the data transmission. 



£ 
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iz 
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_k RECEIVE 
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nr 



CRC DELAY 
REGISTER 
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CRC 
CHECKER 



SYNC 
DATA 
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CRC 



1 START BIT FOR 
" ASYNC 



ASYNC 
DATA 



fsPL 



ZERO INSERT 
(5 BITS) 



SYNC 
CRC 



CRC 
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TRANSMIT 
MULTIPLEXER 
2 BIT DELAY 



TRANSMIT 
CLOCK 
LOGIC 



Figure 6. Transmit and Receive Data Path 
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RECEIVE DATA PATH 

The received data is passed through a one-bit delay before 
it is presented for flag/sync comparison. In bisync mode, 
after the synchronization is achieved, the incoming data 
bypasses the sync register and enters directly into the 
three bit buffer on its way to receive shift register. In 
SDLC mode, the incoming data always passes through the 
sync register where data pattern is continously monitored 
for contiguous ones for zero deletion logic. The data then 
enters the three bit buffer and the receive shift register. 
From the receive shift register, the data is transferred to 
the three byte deep FIFO. The data is transferred to the 



top of the FIFO at the chip clock rate (not the receiver 
clock). It takes three chip clock/periods to transfer data 
from the serial shift register to the top of the FIFO. The 
three bit deep Receive Error FIFO shifts any error condi- 
tion which may have occured during a frame reception. 
While all this is happening, the CRC checker is checking 
the CRC on the incoming data. The computed CRC is 
checked with the CRC bytes attached to the incoming 
frame and an error generated under a no-check condition. 
Note that the bisync data is presented to the CRC checker 
with an 8-bit delay. This is necessary to achieve transpar- 
ency in bisync mode as will be shown later in this Applica- 
tion Note. 
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Figure 7. MPSC Interrupt Structure 
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MULTI-PROTOCOL SERIAL CONTROLLER 
(MPSC) INTERRUPT STRUCTURE 

The MPSC offers a very powerful interrupt structure, 
which helps in responding to an interrupt condition very 
quickly. There are multiple sources of interrupts within 
the MPSC. However, the MPSC resolves the priority be- 
tween various interrupting sources and interrupts the 
CPU for service through the interrupt line. This section 
presents a comprehensive discussion on all the 8274 inter- 
rupts and the priority resolution between these interrupts. 

All the sources of interrupts on the 8274 can be grouped 
into three distinct catagories. (See Figure 7) 

1. Receive Interrupts 

2. Transmit Interrupts 

3. External/Status Interrupts. 

An internal interrupt priority structure sets the priority 
between the interrupts. There are two programmable op- 
tions available on the MPSC. The priority is set by 
WR2A, D2. (Figure 8) 

PRIORITY 



WR2A:D2 


Highest 










Lowest 





RxA 


TxA 


RxB 


TxB 


EXTA 


EXTB 


1 


RxA 


TxA 


RxB 


TxB 


EXTA 


EXTB 



Figure 8. Interrupt Priority 
Receive Interrupt 

All receive interrupts may be catagorized into two distinct 
groups: Receive Interrupt on Receive Character and Spe- 
cial Receive Condition Interrupts . 

RECEIVE INTERRUPT ON RECEIVE CHARACTER 

A receive interrupt is generated when a character is re- 
ceived by the MPSC. However, as will be discussed later, 
this is a programmable feature on the MPSC . A Rx char- 
acter available interrupt is generated by the MPSC after 
the receive character has been assembled by the MPSC. It 
may be noted that in DMA transfer mode too, a receive 
interrupt on the first receive character should be pro- 
grammed. In SDLC mode, if address search mode has 
been programmed, this interrupt will be generated only 
after a valid address match has occured. In bisync mode, 
this interrupt is generated on receipt of a character after 
at least two valid sync characters. In monosync mode, a 
character followed by at least a single valid sync character 
will generate this interrupt. An interrupt on first receive 
character signifies the beginning of a valid frame. An end 
of the frame is characterized by an "End of Frame" Inter- 
rupt (RR1: D7).* This bit (RR1:D7) is set in 
SDLC/HDLC mode only and signifies that a valid ending 



flag (7EH) has been received. This bit gets reset either by 
an "Error Reset" command (WRO: D5D4D3 = 110) or 
upon reception of the first character of the next frame. In 
multiframe reception, on receiving the interrupt at the 
"End of Frame" the CPU may issue an Error Reset com- 
mand which will reset the interrupt. In DMA mode, the 
interrupt on first receive character is accompanied by a 
RxDRQ (Receiver DMA request) on the appropriate 
channel. At the end of the frame, an End of Frame inter- 
rupt is generated. The CPU may use this interrupt to jump 
into a routine which may redefine the receive buffer for 
the next incoming frame. 
*RR1 :D7 is bit D7 in Read Register 1 . 

SPECIAL RECEIVE CONDITION INTERRUPTS 

So far, we have assumed that the reception is error free. 
But this is not a 'typical' case in most real life applications. 
Any error condition during a frame reception generates 
yet another interrupt — special receive condition inter- 
rupt. There are four different error conditions which can 
generate this interrupt. 

(i) Parity error 
(ii) Receive Overrun error 
(iii) Framing error 
(iv) End of Frame 

(i) Parity error: Parity error is encountered in asynchro- 
nous (start-stop bits) and in bisync/ monosync protocols. 
Both odd or even parity can be programmed. A parity er- 
ror in a received byte will generate a special receive condi- 
tion interrupt and sets bit 4 in RR 1 . 

(ii) Receive Overrun error: If the CPU or the DMA con- 
troller (in DMA mode) fails to read a received character 
within three byte times after the received character inter- 
rupt (or DMA request) was generated, the receiver buffer 
will overflow and this will generate a special receive condi- 
tion interrupt and sets bit 5 in RR1. 

(iii) Framing error: In asynchronous mode, a framing er- 
ror will generate a special receive interrupt and set bit D6 
in RR1 . This bit is not latched and is updated on the next 
received character. 

(iv) End of frame: This interrupt is encountered in 
SDLC/HDLC mode only. When the MPSC receives the 
closing flag, it generates the special receive condition in- 
terrupt and sets bit D7 in RR1 . 

All the special receive condition interrupts may be reset by 
issuing an Error Reset Command. 

CRC Error: In SDLC/HDLC and synchronous modes, a 
CRC error is indicated by bit D6 in RR1. When used to 
check CRC error, this bit is normally set until a correct 
CRC match is obtained which resets this bit. After receiv- 
ing a frame, the CPU must read this bit (RR1:D6) to de- 
termine if a valid CRC check had occured. It may be 
noted that a CRC error does not generate an interrupt. 
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It may be also be pointed out that in SDLC/HDLC mode, 
receive DMA requests are disabled by a special receive 
condition and can only be re-enabled by issuing an Error 
Reset Command. 

Transmit Interrupt 

A transmit buffer empty generates a transmit interrupt. 
This has been discussed earlier under "Transmit in Inter- 
rupt Mode" and it would be sufficient to note here that a 
transmit buffer empty interrupt is generated only when 
the transmit buffer gets empty — assuming it had a data 
character loaded into it earlier. This is why on starting a 
frame transmission, the first data character is loaded by 
the CPU without a transmit empty interrupt (or DMA re- 
quest in DMA mode). After this character is loaded into 
the serial shift register, the buffer becomes empty, and an 
interrupt (or DMA request) is generated. This interrupt is 
reset by a "Reset Tx Interrupt/DMA Pending" command 
(WRO:D5D4D3 = 101). 

External/Status Interrupt 

Continuing our discussion on transmit interrupt, if the 
transmit buffer is empty and the transmit serial shift reg- 
ister also becomes empty (due to the data character shift- 
ed out of the MPSC), a transmit under-run interrupt will 
be generated. This interrupt may be reset by "Reset/Ex- 
ternal Status Interrupt" command (WRO: D5 D4 D3 = 
101). 

The External Status Interrupt can be caused by five dif- 
ferent conditions: 
(i) DCD Transition 
(ii) CTS Transition 
(iii) Sync/Hunt Transition 
(iv) Tx under-run/EOM condition 
(v) Break/ Abort Detection. 

DCD,CT3 TRANSITION 

Any transition on these inputs on the serial interface will 
generate an External/Status interrupt and set the corre- 
sponding bits in status register RRO. This interrupt will 
also be generated in DMA as well as in Wait Mode. In or- 
der to find out the state of the CTS or DCD pins before the 
transition had occurred, RRO must be read before issuing 
a Reset External/Status Command through WRO. A read 
of RRO after the Reset External/Status Command will 
give the condition of CTS or DCD pins after the transition 
had occurred. Note that bit D5 in RRO gives the comple- 
ment of the state of CTS pin while D3 in RRO reflects the 
actual state of the DCD pin. 

SYNC HUNT TRANSITION 

Any transition on the S YNDET input generates an inter- 
rupt. However, sync input has different functions in dif- 
ferent modes and we shall discuss them individually. 



SDLCMode 

In SDLC mode, the S YNDET pin is an output. Status 
register RR1, D4 contains the state of the S YNDET pin. 
The Enter Hunt Mode initially sets this bit in RO. An 
opening flag in a received SDLC frame resets this bit and 
generates. an external status interrupt. Every time the re- 
ceiver is enabled or the Enter Hunt Code Command is is- 
sued, an external status interrupt will be generated on 
receiving a valid flag followed by a valid address/data 
character. This interrupt may be reset by the "Reset Ex- 
ternal Status Interrupt" command. 

External SYNC Mode 

The MPSC can be programmed into External Sync Mode 
by setting WR4, D5 D4 = 1 1. The SYNDET pin is an in- 
put in this case and must be held high until an external 
character synchronization is established. However, the 
External Sync mode is enabled by the Enter Hunt Mode 
control bit (WR3: D4). A high at the SYNDET pin holds 
the sync/Hunt bit (RR0,D4) in the reset state. When ex- 
ternal synchronization is established, SYNDET must be 
driven low on second rising edge of RxC after the rising 
edge of RxC on which the last bit of sync character was 
received. This high to low transition sets the Sync/Hunt 
bit and generates an external status interrupt, which must 
be reset by the Reset External/Status command. If the 
SYNDET input goes high again, another External Status 
Interrupt is generated, which may be cleared by Reset Ex- 
ternal Status command. 

Mono-Sync/Bisync Mode 

SYNDET pin acts as an output in this case. The Enter 
Hunt Mode sets the Sync/Hunt bit in RO.' Sync/Hunt bit 
is reset when the MPSC achieves character sysnchroniza- 
tion. This high to low transition will generate an external 
status interrupt. The SYNDET pin goes active every time 
a sync pattern is detected in the data stream. Once again, 
the external status interrupt may be reset by the Reset Ex- 
ternal Status command. 

Tx UNDER-RUN/END OF MESSAGE (EOM) 

The transmitter logic includes a transmit buffer and a 
transmit serial shift register. The CPU loads the character 
into the transmit buffer which is transferred into the 
transmit shift register to be shifted out of the MPSC. If 
the transmit buffer gets empty, a transmit buffer empty 
interrupt is generated (as discussed earlier). However, if 
the transmit buffer gets empty and the serial shift register 
gets empty, a transmit under-run condition will be cre- 
ated. This generates an External Status Interrupt and the 
interrupt can be cleared by the Reset External Status 
command. The status register RRO, D6 bit is set when the 
transmitter under-runs. This bit plays an important role in 
controlling a transmit operation, as will be discussed later 
in this application note. 
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BREAK/ABORT DETECTION 

In asynchronous mode, bit D7 in RRO is set when a break 
condition is detected on the receive data line. This also 
generates an External/Status interrupt which may be re- 
set by issuing a Reset External/Status Interrupt com- 
mand to the MPSC. Bit D7 in RRO is reset when the break 
condition is terminated on the receive data line and this 
causes another External/Status interrupt to be generated. 
Again, a Reset External/Status Interrupt command will 
reset this interrupt, and will enable the break detection log- 
ic to look for the next break sequence. 

In SDLC Receive Mode, an Abort sequence (seven or 
more l's) detection on the receive data line will generate 
an External/Status interrupt and set RR0,D7. A Reset 
External/Status command will clear this interrupt. How- 
ever, a termination of the Abort sequence will generate 
another interrupt and set RRO, D7 again. Once again, it 
may be cleared by issuing Reset External/Status 
Command. 

This concludes our discussion on External Status 
Interrupts. 

Interrupt Priority Resolution 

The internal interrupt priority between various interrupt 
sources is resolved by ah internal prority logic circuit, ac- 
cording to the priority set in WR2A. We will now discuss 



the interrupt timings during the priority resolution. Fig- 
ures 9 and 10 show the timing diagrams for vectored and 
non-vectored modes. 

VECTORED MODE 

We shall assume that the MPSC accepted an internal re- 
quest for an interrupt by activating the internal INT sig- 
nal. This leads to generating an external interrupt signal 
on the INT pin. The CPU responds with an interrupt ac- 
knowledge (INT A) sequence. The leading edge of the first 
INT A pulse sets an internal interrupt acknowledge signal 
(we will call it Internal INT A). Internal INT A is reset by 
the high going edge of the third INTA pulse. The MPSC 
will not accept any internal requests for an interrupt dur- 
ing the period when Internal INTA is active (high). The 
MPSC resolves the priority during various existing inter- 
nal interrupt requests during the Interrupt Request Prior- 
ity Resolve Time, which is defined as the time between the 
leading edge of the first INTA and the leading edge of the 
second INTA from the CPU. Once the internal priorities 
have been resolved, an internal Interrupt-in-service Latch 
is set. The external INT is also deactivated when the In- 
terrupt-in-Service Latch is set. 

The lower priority interrupt requests are not accepted in- 
ternally until an EOI (WRO: D5 D4 D3 = 1 1 1 ) command 
is issued by the CPU. The EOI command enables the low- 
er priority interrupts. However, a higher priority interrupt 
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Figure 10. 8274 Non Vectored Mode Priority Resolve Time 



request will still be accepted (except during the period 
when internal INTA is active) even though the Internal- 
in-Service Latch is set. This higher priority request will 
generate another external INT and will have to be han- 
dled by the CPU according to how the CPU is set up. If the 
. CPU is set up to respond to this interrupt, a new INTA 
cycle will be repeated as discussed earlier. It may also be 
noted that a transmitter buffer empty and receive charac- 
ter available interrupts are cleared by loading a character 
into the MPSC and by reading the character received by 
the MPSC respectively. 

NON-VECTORED MODE 

Figure 10 shows the timing of interrupt sequence in non- 
vectored mode. The explanation for non-vectored is simi- 
lar to the vector mode, except for the following exceptions. 

— No internal priority requests are accepted during the 
time when pointer 2 for Channel B is specified. 

— The interrupt request priority resolution time is the 
time between the leading edge of pointer 2 and leading 
edge of RD active. It may be pointed out that in non-vec- 
tored mode, it is assumed that the status affects vector 
mode is used to expedite interrupt response. 

On getting an interrupt in non-vectored mode, the CPU 



must read status register RR2 to find out the cause of the 
interrupt. In order to do so, first a pointer to status register 
RR2 is specified and then the status read from RR2. It 
may be noted here that after specifying the pointer, the 
CPU must read status register RR2 otherwise, no new in- 
terrupt requests will be accepted internally. 

Just like the vectored mode, no lower internal priority re- 
quests are accepted until an EOI command is issued by the 
CPU. A higher priority request can still interrupt the 
CPU (except during the priority request inhibit time). It is 
important to note here that if the CPU does not perform a 
read operation after specifying the pointer 2 for Channel 
B, the interrupt request accepted before the pointer 2 was 
activated will remain valid and no other request (high or 
low priority) will be accepted internally. In order to com- 
plete a correct priority resolution, it is advised that a read 
operation be done after specifying the pointer 2B. 

IPI and IPO 

So far, we have ignored the IPI and IPO signals shown in 
Figures 9 and 10. We may recall that IPI is the Interrupt- 
Priority-Input to the MPSC. In conjunction with the IPO 
(Interrupt Priority Output), it is used to daisy chain multi- 
ple MPSC's. MPSC daisy chaining will be discussed in 
detail later in this application note. 
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EOI Command 

The EOI command as explained earlier, enables the lower 
priority interrupts by resetting the internal In-Service- 
Latch, which consequently resets the IPO output to a low 
state. See Figures 9 and 10 for details. Note that before 
issuing any EOI command, the internal interrupting 
source must be satisfied otherwise, same source will inter- 
rupt again. The Internal Interrupt is the signal which gets 
reset when the internal interrupting source is satisfied (see 
Figure 9). 

This concludes our discussion on the MPSC Interrupt 
Structure. 



MULTI-PROTOCOL SERIAL CONTROLLER 
(MPSC) MODES OF OPERATION 

The MPSC provides two fully independent channels that 
may be configured in various modes of operations. Each 
channel can be configured into full duplex mode and may 
operate in a mode or protocol different from the other 
channel. This feature will be very efficient in an applica- 
tion which requires two data link channels operating in 
different protocols and possibly at different data rates. 
This section presents a detailed discussion on all the 8274 
modes and shows how to configure it into these modes. 

Interrupt Driven Mode 

In the interrupt mode, allthe transmitter and receiver op- 
erations are reported to the processor through interrupts. 
Interrupts are generated by the MPSC whenever it re- 
quires service. In the following discusson, we will discuss 
how to transmit and receive in interrupt driven mode. 

TRANSMIT IN INTERRUPT MODE 

The MPSC can be configured into interrupt mode by ap- 
propriately setting the bits in WR2 A (Write Register 2, 
Channel A). Figure 1 1 shows the modes of operation. 
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Figure 11. MPSC Mode Selection for Channel A 
and Channel B. 

We will limit our discussion to SDLC transmit and receive 
only. However, exceptions for other synchronous protocols 
will be pointed out. To initiate a frame transmission, the 



first data character must be loaded from the CPU, in all 
cases. (DMA Mode too, as you will notice later in this ap- 
plication note). Note that in SDLC mode, this first data 
character may be the address of the station addressed by 
the MPSC. The transmit buffer consists of a transmit 
buffer and a serial shift register. When the character is 
transferred from the buffer into the serial shift register, an 
interrupt due to transmit buffer empty is generated. The 
CPU has one byte time to service this interrupt and load 
another character into the transmitter buffer. The MPSC 
will generate an interrupt due to transmit buffer under- 
run condition if the CPU does not service the Transmit 
Buffer Empty Interrupt within one byte time. 

This process will continue until the CPU is out of any more 
data characters to be sent. At this point, the CPU does not 
respond to the interrupt with a character but simply issues a 
Reset Tx INT/DMA pending command (WRO: D5 D4 D3 
= 10 1). The MPSC will ultimately under-run, which sim- 
ply means that both the transmit buffer and transmit shift 
registers are empty. At this point, flag character (7EH) or 
CRC byte is loaded into the transmit shift register. This sets 
the transmit under-run bit in RRO and generates "Transmit 
Under-run/EOM" interrupt (RR0:D6= 1). 

You will recall that an SDLC frame has two CRC bytes 
after the data field. 8274 generates the CRC on all the 
data that is loaded from the CPU. During initialization, 
there is a choice of selecting a CRC- 16 or CCITT-CRC 
(WR5: D2). In SDLC/HDLC operation, CCITT-CRC 
must be selected. We will now see how the CRC gets in- 
serted at the end of the data field. Here we have a choice of 
having the CRC attached to the data field or sending the 
frame without the CRC bytes. During transmission, a 
"Reset Tx Under-run/EOM Latch" command (WRO: 
D7 D6 = 11) will ensure that at the end of the frame when 
the transmitter underruns, CRC bytes will be automati- 
cally inserted at the end of the data field. If the "Reset Tx 
Under-run/EOM Latch" command was not issued during 
the transmission of data characters, no CRC would be in- 
serted and the MPSC will transmit flags (7EH) instead. 

However, in case of CRC transmission, the CRC trans- 
mission sets the Tx Under-run/EOM bit and generates a 
Transmitter Under-run/EOM Interrupt as discussed ear- 
lier. This will have to be reset in the next frame to ensure 
CRC insertion in the next frame. It is recommended that 
Tx Under-run/EOM latch be reset very early in the trans- 
mission mode, preferably after loading the first character. 
It may be noted here that Tx Under-run/EOM latch can- 
not be reset if there is no data in the transmit buffer. This 
means that at least one character has to be loaded into the 
MPSC before a "Reset Transmit Under-run/EOM 
Latch" command will be accepted by the MPSC. 

When the transmitter is under-run, an interrupt is gener- 
ated. This interrupt is generated at the beginning of the 
CRC transmission, thus giving the user enough time 
(minimum 22 transmit clock cycles) to issue an Abort 
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command (WRO: D5 D4 D3 = 1) in case if the trans- 
mitted data had an error. The Abort Command will en- 
sure that the MPSC transmits at least eight l's but less 
than fourteen l's before the line reverts to continuous 
flags. The receiver will scratch this frame because of bad 
CRC. 

However, assuming the transmission was good (no Abort 
Command issued), after the CRC bytes have been trans- 
mitted, closing flag (7EH) is loaded into the transmit 
buffer. When the flag (7EH) byte is transferred to the ser- 
ial shift register, a transmit buffer empty interrupt is gen- 
erated. If another frame has to be transmitted, a new data 
character has to be loaded into the transmit buffer and the 
complete transmit sequence repeated. If no more frames 
are to be transmitted, a "Reset Transmit INT/ DMA 
Pending" command (WRO: D5 D4 D3 = 1 1) will reset 
the transmit buffer empty interrrupt. 

For character oriented protocols (Bisync, Monosync), the 
same discussion is valid, except that during transmit un- 
der-run condition and transmit under-run/EOM bit in set 
state, instead of flags, filler sync characters are transmit- 
ted. 

CRC Generation: 

The transmit CRC enable bit (WR5: DO) must be set be- 
fore loading any data into the MPSC. The CRC generator 
must be reset to all l's at the beginning of each frame be- 
fore CRC computation has begun. The CRC computation 
starts on the first data character loaded from the CPU and 
continues until the last data character. The CRC generat- 
ed is inverted before it is sent on the Tx Data line. 

Transmit Termination: 

A successful transmission can be terminated by issuing a 
"Reset Transmit Interrupt/DMA Pending" command, as 
discussed earlier. However, the transmitter may be dis- 
abled any time during the transmission and the results will 
be as shown in Figure 1 2. 

RECEIVE IN INTERRUPT MODE 

The receiver has to be initialized into the appropriate re- 
ceive mode (see sample program later in this application 
note). The receiver must be programmed into Hunt Mode 
(WR3: D4) before it is enabled (WR3: DO). The receiver 
will remain in the Hunt Mode until a flag (or sync charac- 
ter) is received. While in the SDLC/ Bisync/ Monosync 
mode, the receiver does not enter the Hunt Mode unless 
the Hunt bit (WR3, D4) is set again or the receiver is en- 
abled again. 

SDLC Address byte is stored in WR6. A global address 
(FFH) has been hardwired on the MPSC. In address 
search mode (WR3: D2 = 1), any frame with address 
matching with the address in WR6 will be received by the 
MPSC. Frames with global address (FFH) will also be re- 
ceived, irrespective of the condition of address search 
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Figure 12. Transmitter Disabled During 
Transmission 

*Idle characters are defined as a string of 15 or more con- 
tiguous ones. 

mode bit (WR3: D2). In general receive mode ( WR3: 
D2=0), all frames will be received. 

Since the MPSC only recognizes single byte address field, 
extended address recognition will have to be done by the 
CPU on the data passed on by the MPSC. If the first ad- 
dress byte is checked by the MPSC, and the CPU deter- 
mines that the second address byte does not have the 
correct address field, it must set the Hunt Mode (WR3: 
D2 = 1) and the MPSC will start searching for a new ad- 
dress byte preceded by a flag. 

Programmable Interrupts: The receiver may be pro- 
grammed into any one of the four modes. See Figure 13 
for details. 
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Figure 13. Receiver Interrupt Modes 

All receiver interrupts can be disabled by WR1: D4 D3 = 
0. Receiver interrupt on first character is normally used 
to start a DMA transfer or a block transfer sequence using 
WAIT to synchronize the data transfer to received or 
transmitted data. 

External Status Interrupts: 

Any change in DCD input or Abort detection in the re- 
ceived data, will generate an interrupt if External Status 
Interrupt was enabled ( WR 1 : DO) . 
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Special Receive Conditions: 

The receiver buffer is quadruply buffered. If the CPU 
fails to respond to "receive character" available interrupt 
within a period of three byte times (received bytes), the re- 
ceiver buffer will overflow and generate an interrupt. Fi- 
nally, at the end of the received frame, an interrupt will be 
generated when a valid ending flag has been detected. 

Receive Character Length: 

The receive character length (6,7 or 8 bits/character) 
may be changed during reception. However, to ensure that 
the change is effective on the next received character, this 
must be done fast enough such that the bits specified for 
the next character have not been assembled. 

CRC Checking: 

The opening flag in the frame resets the receive CRC gen- 
erator and any field between the opening and closing flag 
is checked for the CRC. In case of a CRC error, the 
CRC/ Framing Error bit in status register 1 is set (RR1: 
D6=l). Receiver CRC may be disabled/enabled by 
WR3,D3. The CRC bytes on the received frame are 
passed on to the CPU just like data, and may be discarded 
by the CPU. 

Receive Terminator: 

An end of frame is indicated by End of Frame interrupt. 
The CPU may issue an "Error Reset" command to reset 
this interrupt. 

DMA (Direct Memory Access) Mode 

The 8274 can be interfaced directly to the Intel DMA 
Controllers 8237A, 8257A and Intel I/O Processor 8089. 
The 8274 can be programmed into DMA mode by setting 
appropriate bits in WR2A. See Figure 1 1 for details. 

TRANSMIT IN DMA MODE: 

After initializing the 8274 into the DMA mode, the first 
character must be loaded from the CPU to start the DMA 
cycle. When the first data character (may be the address 
byte in SDLC) is tranferred from the transmit buffer to 
the transmit serial shift register, the transmit buffer gets 
empty and a transmit DMA request (TxDRQ) is generat- 
ed for the channel. Just like the interrupt mode, to ensure 
that the CRC bytes are included in the frame, the trans- 
mit under-run/EOM latch must be reset. This should 
preferably be done after loading the first character from 
the CPU. The DMA will progress without any CPU inter- 
vention. When the DMA controller reaches the terminal 
count, it will not respond to the DMA request, thus letting 
the MPSC under-run. This will ensure CRC transmission. 
However, the under-run condition will generate an inter- 
rupt due to the Tx under-run/EOM bit getting set (RRO: 
D6). The CPU should issue a "Reset Txlnt/DRQ pend- 



ing" command to reset TxDRQ and issue a "Reset Exter- 
nal Status" command to reset Tx Under-run/EOM 
interrupt. Following the CRC transmission, flag (7EH) 
will be loaded into the transmit buffer. This will also gen- 
erate the TxDRQ since the transmit buffer is empty fol- 
lowing the transmission of the CRC bytes. The CPU may 
issue a "Reset TxINT/DRQ pending" command to reset 
the TxDRQ. "Reset TxINT/DRQ pending" command 
must be issued before setting up the transmit DMA chan- 
nel on the DMA Controller, otherwise the MPSC will 
start the DMA transfer immediately after the DMA 
channel is set up. 

RECEIVE IN DMA MODE 

The receiver must be programmed in RxINT on first re- 
ceive character mode (WR1: D4 D3 = 01). Upon receiv- 
ing the first character, which may be the address byte in 
SDLC, the MPSC generates an interrupt and also gener- 
ates a Rx DMA Request (Rx DRQ) for the appropriate 
channel. The CPU has three byte times to service this in- 
terrupt (enable the DMA controller, etc.) before the re- 
ceiver buffer will overflow. It is advisable to initialize the 
DMA controller before receiving the first character. In 
case of high bit rates, the CPU will have to'service the in- 
terrupt very fast in order to avoid receiver over-run. 

Once the DMA is enabled, the received data is transfered 
to the memory under DMA control. Any received error 
conditions or external status change condition will gener- 
ate an interrupt as in the interrupt driven mode. The End 
of Frame is indicated by the End of Frame interrupt which 
is generated on reception of the closing flag of the SDLC 
frame. This End of Frame condition also disables the Re- 
ceive DMA request. The End of Frame interrupt may be 
reset by issuing an "Error Reset" command to the MPSC. 
The "Error Reset" command also re-enables the Receive 
DMA request. It may be noted that the End of Frame con- 
dition sets bits D7 in RR1. This bit gets reset by "Error 
Reset" command. However, End of Frame bit (RR1:D7) 
can also be reset by the flag of the next incoming frame. 
For proper operation, Error Reset Command should be is- 
sued "after" the End of Frame Bit (RR1:D7) is set. In a 
more general case, "Error Reset" command should be is- 
sued after End of Frame, Receive over-run or Receive par- 
ity bit are set in RR1 . 

Wait Mode 

The wait mode is normally used for block transfer by syn- 
chronizing the data transfer through the Ready output 
from the MPSC, which may be connected to the Ready in- 
put of the CPU. The mode can be programmed by WR 1, 
D7 D5 and may be programmed separately and indepen- 
dently on CH A and CH B. The Wait Mode will be opera- 
tive if the following conditions are satisfied. 
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(i) Interrupts are enabled, 
(ii) Wait Mode is enabled (WR1:D7) 
(iii) CS = 0, Al = 

The RDY output becomes active when the transmitter 
buffer is full or receiver buffer is empty. This way the 
RDY output from the MPSC can be used to extend the 
CPU read and write cycle by inserting WAIT states. 
RDY A or RDY B are in high impedance state when the 
corresponding channel is not selected. This makes it possi- 
ble to connect RDY A and RDY B outputs in wired OR 
configuration. Caution must be exercised here in using the 
RDY outputs of the MPSC or else the CPU may hang up 
for indefinite period. For example, let us assume that 
transmitter buffer is full and RD Y A is active, forcing the 
CPU into a wait state. If the CTS goes inactive during this 
period, the RDY A will remain active for indefinite period 
and CPU will continue to insert wait states. 

Vectored/Non-Vectored Mode 

The MPSC is capable of providing an interrupt vector in 
response to the interrupt acknowledge sequence from the 
CPU. WR2, CH B contains this vector and the vector can 
be read in status register RR2. WR2, CH A (bit D5) can 
program the MPSC in vectored or non-vectored mode. 
See Figure 14 for details. 

In both cases, WR2 may still have the vector stored in it. 
However, in vectored mode, the MPSC will put the vector 
on the data bus in response the INTA (Interrupt Ac- 
knowledge) sequence as shown in Figure 15. In non-vec- 
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Figure 14. Vectored Interrupts 

tored mode, the MPSC will not respond to the INTA 
sequence: However, the CPU can read the vector by poll- 
ing Status Register RR2. WR2A, D4 and D3 can be pro- 
grammed to respond to 8085 or 8086 INTA sequence. It 
may be noted here that IPI (Interrupt Priority In) pin on 
the MPSC must be active for the vector to appear on the 
data bus. 

Status Affect Vector 

The vector stored in WR2B can be modified by the source 
of the interrupt. This can be done by setting the Status Af- 
fect Vector bit (WR1: D2). This powerful feature of the 
MPSC provides fast interrupt response time, by eliminat- 
ing the need of writing a routine to read the status of the 
MPSC. Three bits of the vector are modified in eight dif- 
ferent ways as shown on Figure 16. Bits V4,V3,V2 are 
modified in 8085 based system and bits V2, VI, V0 are 
modified in 8086/88 based system. 

In non-vectored mode, the status affect vector mode can 
still be used and the vector read by the CPU. Status Regis- 
ter RR2B (Read Register 2 in Channel B) will contain 
this modified vector. 



WR2A 














D5 D4 


D3 


IPI 


MODE 


1ST INTA 


2ND INTA 


3RD INTA 


X 


X 


X 


NON-VECTORED 


HIGH-Z 


HI-Z 


HI-Z 


1 








8085-1 


1100 1101 


V7 V6 V5 V4 V3 V2 VI V0 


0000 0000 


1 





1 


8085-1 


1100 1101 


HI-Z 


HI-Z 


1 


1 





8085-2 


HI-Z 


V7 V6 V5 V4 V3 V2 VI V0 


0000 0000 


1 


1 


1 


8085-2 


HI-Z 


HI-Z 


HI-Z 


1 1 








8086 


HI-Z 


V7V6V5V4V3V2V1 V0 


— 


1 1 





. 1 


8086 


HI-Z 


HI-Z 


— 



Figure 15. MPSC Vectored Interrupts 
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Figure 16. Status Affect Vector Mode 
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Figure 17. Functional Block Diagram — iSBC® 88/45 



APPLICATION EXAMPLE 

This section describes the hardware and software of an 
8274/8088 system. The hardware vehicle used is the IN- 
TEL Single Board Computer iSBC 88/45 - Advanced 
Communication Controller. The software which exercises 
the 8274 is written in PLM 86.This example will demon- 
strate how 8274 can be configured into the SDLC mode 
and transfer data through DMA control. The hardware 
example will help the reader configure his hardware and 
the software examples will help in developing an applica- 
tion software. Most software examples closely approxi- 
mates a real data link controller software in the SDLC 
communication and may be used with very little 
modification. 

iSBC® 88/45 

A brief description of the iSBC 88/45 board will be pre- 
sented here. For more detailed information on the board 



and the schematics, refer to Hardware Manual for the 
iSBC 88/45, Advanced Communication Controller. iSBC 
88/45 is an intelligent slave/multimaster communication 
board based on the 8088 processor, the 8274 and the 8273 
SDLC/HDLC controller. Figure 17 shows the functional 
block diagram of the board. The iSBC 88/45 has the fol- 
lowing features. 

• 8 MHz processor 

• 1 6K bytes of static RAM 
(12K dual port) 

• Multimaster/ Intelligent Slave Multibus Interface 

• Nine Interrupt Levels 8259A 

• Two serial channels through 8274 

• One Serial channel through 8273 

• S/W programmable baud rate generator 

• Interfaces: RS 232, RS422/449, CCITT V.24 

• 8237A DMA controller 

• Baud Rate to 800k Baud 
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INITIALIZE_8274: PROCEDURE PUBLIC; 






/*********♦»**»******#****##*****##*****#********* 


/* 








*/ 


/* 


INITIALIZE THE 8274 FOR SDLC MODE 




*/ 


/* 








*/ 


/* 


1. RESET CHANNEL 






*/ 


/* 


2. EXTERNAL INTERRUPTS ENABLED 




*/ 


/* 


3. NO WAIT 






*/ 


/* 


4. PIN 10 = RTS 






*/ 


/* 


5. NON-VECTORED INTERRUPT-8086 MODE 




*/ 


/* 


6. CHANNEL A DMA, 


CH B INT 




*/ 


/* 


7. TX AND RX = 8 BITS/CHAR 




*/ 


/* 


9. ADDRESS SEARCH 


MODE 




*/ 


/* 


10. CD AND CTS AUTO ENABLE 




*/ 


/* 


11. XI CLOCK 






*/ 


/* 


12. NO PARITY 






*/ 


/* 


13. SDLC/HDLC MODE 






*/ 


/* 


14. RTS AND DTR 






*/ 


/* 


15. CCITT - CRC 






*/ 


/* 


16. TRANSMITTER AND RECEIVER ENABLED 




*/ 


/» 


17. 7EH = FLAG 






#/ 


/* 








*/ 


/***«#*#»*#*»*****»#**###*##*######*##***#»###^ 


DECLARE 


C BYTE; 








/* TABLE TO INITIALIZE THE 


8274 CHANNEL A AND B 


*/ 




/* FORMAT IS: WRITE REGISTER, REGISTER DATA 


*/ . 




/* INITIALIZE CHANNEL A ONLY 


*/' 




DECLARE 


TABLE_74_A(*> BYTE 

(OOH, 18H, /* 

OOH, 80H, /* 


DATA 

CHANNEL RESET */ 

RESET TX CRC */ 








02H, 11H, /* 


PIN 10=RTSB, A DMA, B 


INT */ 






04H, 20H, /* 


SDLC/HDLC MODE, NO PARITY */ 






07H, 07EH, /* 


SDLC FLAG */ 








01H, OBH, /* 


RX DMA ENABLE */ 








05H, OEBH, /* 


DTR, RTS, 8 TX BITS, TX ENABLE,*/ 






/* 


SDLC CRC, TX CRC ENABLE */ 






06H, 55H, /* 


DEFAULT ADDRESS */ 








03H, 0D9H, /* 


8 RX BITS, AUTO ENABLES, HUNT MqDE, */ 






/* 


RX CRC ENABLE */ 








OFFH); /* 


END OF INITIALIZATION 


TABLE */ 




DECLARE 


TABLE 74 B(*> BYTE 
<02H, OOH, /* 


DATA 

INTERRUPT VECTOR */ 








01H, 1CH, /* 


STATUS AFFECTS VECTOR 


*/ 






OFFH); /« 


END */ 






/* INITIALIZE THE S274 */ 








C-O; 










DO WHILE TABLE_74_B(C) O OFFH; 








OUTPUT (COMMAND B 74) = TABLE 74 B(C); 








C=C+1; 










OUTPUT (COMMAND_B 74) ■ TABLE 74 B(C); 








C=C+1; 








END; 










C=0; 










DO WHILE TABLE_74_A(C) O OFFHi 








OUTPUT (COMMAND A 74) = TABLE_74 A(C); 








C=C+1; 










OUTPUT (COMMAND A 74) = TABLE_74_A(C ) ; 








C=C+1; 








END; 










RETURN; 










END INITIALIZE 8274; 









Figure 18. Typical MPSC SDLC Initialization Sequence 
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For this application, the CPU is run at 8 MHz. The board 
is configured to operate the 8274 in SDLC operation with 
the data transfer in DMA mode using the 8237 A. 8274 is 
configured first in non-vectored mode in which case the 
INTEL Priority Interrupt Controller 8259A is used to re- 
solve priority betweeen various interrupting sources on the 
board and subsequently interrupt the CPU. However, the 
vectored mode of the 8274 is also verified by disabling the 
8259A and reading the vectors from the 8274. Software 
examples for each case will be shown later. 

The application example is interrupt driven and uses 
DMA for all data transfers under 8 23 7 A control. The 
8254 provides the transmit and receive clocks for the 
8274. The 8274 was run at 400K baud with a local loop- 
back, (jumper wire) on Channel A data.The board was 
also run at 800K baud by modifying the software as will be 
discussed later in the Special Applications section. One 
detail to note is that the Rx Channel DMA request line 
from the 8274 has higher priority than the Tx Channel 
DMA request line. The 8274 master clock was 4.0 MHz. 
The on-board RAM is used to define transmit and receive 
data buffers. In this application, the data is read from 
memory location 800H through 81 OH and transferred to 
memory location 900H to 910H through the 8274 Serial 
Link. The operation is full duplex. 8274 modem control 
pins, CTS and CD have been tied low (active). 

Software 

The software consists of a monitor program and a pro- 
gram to exercise the 8274 in the SDLC mode. Appendix A 
contains the entire program listing. For the sake of clarity, 
each source module has been rewritten in a simple lan- 
guage and will be discussed here individually. Note that 
some labels in the actual listings in the Appendix will not 
match with the labels here. Also the listing in the Appen- 
dix sets up some flags to communicate with the monitor. 
Some of these flags are not explained in detail for the rea- 
son that they are not pertinent to this discussion. The mon- 
itor takes the command from a keyboard and executes this 
program, logging any error condition which might occur. 



8274 Initialization 

The MPSC is initialized in the SDLC mode for Channel 
A. Channel B is disabled. See Figure 18 for the initializa- 
tion routine. Note that WR4 is initialized before setting 
up the transmitter and receive parameters. However, it 
may also be pointed out that other than WR4, all the other 
registers may be programmed in any order. Also SDLC- 
CRC has been programmed for correct operation. An in- 
correct CRC selection will result in incorrect operation. 
Also note that receive interrupt on first receive character 
has been programmed although Channel A is in the DMA 
mode. 



Interrupt Routines 

The 8274 interrupt routines will be discussed here. On an 
8274 interrupt, program branches off to the "Main Inter- 
rupt Routine". In main interrupt routine, status register 
RR2 is read. RR2 contains the modified vector. The cause 
of the interrupt is determined by reading the modified bits 
of the vector. Note that the 8274 has been programmed in 
the non-vectored mode and status affects vector bit has 
been set. Depending ort the value of the modified bits, the 
appropriate interrupt routine is called. See Figure 19 for 
the flow diagram and Figure 20 for the source code. Note 
that an End of Interrupt Command is issued after servic- 
ing the interrupt. This is necessary to enable the lower pri- 
ority interrupts. 

Figure 21 shows all the interrupt routines called by the 
Main Interrupt Routine. "Ignore - Interrupt" as the name 
implies, ignores any interrupts and sets the FAIL flag. 
This is done because this program is for Channel A only 
and we are ignoring any Channel B interrupts. The impor- 
tant thing to note is the Channel A Receiver Character 
available routine. This routine is called after receiving the 
first character in the SDLC frame. Since the transfer 
mode is DMA, we have a maximum of three character 
times to service this interrupt by enabling the DMA 
controller. 















8274 
INTERRUPTS 






i 






READ STATUS 
REGISTER RR2 






i 






CHECK FOR BITS 
V2V1V0 








I 








IF V2V1V0 = 0, CALL IGNORE - INTERRUPT 

IF V2V1V0 = 1, CALL IGNORE - INTERRUPT 

IF V2V1V0 = 2, CALL CHB Rx CHAR 

IF V2V1V0 = 3, CALL IGNORE - INTERRUPT 

IF V2V1V0 = 4, CALL IGNORE - INTERRUPT 

IF V2V1V0 = 5, CALL CHA - EXTERNAL CHANGE 

INTERRUPT 
IF V2V1V0 = 6, CALL CHA Rx CHAR 
IF V2V1V0 = 7, CALL CHA Rx SPECIAL 








I 








ISSUE EOI 
COMMAND 






I 






RETURN 















Figure 19. Interrupt Response Flow Diagram 
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/*********#**#########***#*/ 






/* MAIN INTERRUPT ROUTINE */ 






/******************#**#****/ 






OUTPUT (COMMAND B_74> » 2i 


/* SET POINTER TO 2*/ 




TEMP = INPUT ( STATUS J3_74) AND 07H; 


/* READ INTERRUPT VECTOR */ 




/* CHECK FOR CHA INT 


ONLY*/ 


/* FOR THIS APPLICATION CH B INTERRUPTS 


ARE IGNORED*/ 




DO CASE TEMP; 






CALL IGNORE_INT; 


/* V2V1V0 = OOO*/ 




CALL IGNORE__INT; 


/*" V2V1V0 a 001*/ 




CALL CHB RX CHAR; 


/* V2V1V0 = 010*/ 




CALL IONORE_INT; 


/* V2V1V0 ■ Oil*/ 




CALL IGNORE_INT; 


/* V2V1V0 = 100*/ 




CALL CHA EXTERNAL CHANGE; 


/* V2V1V0 = 101*/ 




CALL CHA RX_CHAR; 


/* V2V1V0 =» 110*/ 




CALL CHA RX SPECIAL; 


/* V2V1V0 = 111*/ 




END; 


1 




OUTPUT (C0MMAND_A_74) =38H; /* END 


OF INTERRUPT FOR 8274 


*/ 


RETURN; 






END INTERRUPT 8274; 







Figure 20. Typical Main Interrupt Routine 



/**********************h**************#**#****#********#/ 
/* channel a external/status change interrupt handler */ 

/*************************«#**********************«*#**/ 

CHA__EXTERNAL_CHANGE: PROCEDURE; 

TEMP = INPUT(STATUS_A_74); /* STATUS REG 1*/ 

IF (TEMP AND ENDJDF_TX_MESSAGE ) = END_OF_TX_MESSAGE THEN 

TXDONE_S=DONE; 
ELSE DO; 

TXDONE_S=DONE; 

RESULTS_S=FAIL; 
END; 
OUTPUT (C0MMAND_A__74> » 10H; /* RESET EXT/STATUS INTERRUPTS */ 
RETURN; 

END CHA_EXTERNAL_CHANGE; 

/******#****♦»******»#*♦*»»#**#**♦*♦»*♦#**#**♦**♦#»*#«#*♦*#/ 
/* CHANNEL A SPECIAL RECEIVE CONDITIONS INTERRUPT HANDLER */ 

CHA_RX_SPECIAL: PROCEDURE; 

OUTPUT (C0MMAND_A_74> « 1; 
TEMP = INPUT(STATUS_A_74>; 

IF (TEMP AND END_OF_FRAME ) = ENDJDF_FRAME THEN 
DO; 

IF(TEMP AND 040H) « 040H THEN 

RESULTS__S - FAIL; /* CRC ERROR */ 

RXDONE_S = DONE; 

OUTPUT (C0MMAND_A_J4> = 30H; /*ERROR RESET*/ 
END; 
ELSE DO; 

IF (TEMP AND 20H) =» 20H THEN DO; 

RESULTS_S = FAIL; /* RX OVERRUN ERROR*/ 

RXDONE S = DONE; 

0UTPUT7C0MMAND_A_74> = 30H; V*ERROR RESET*/ 
END; 
END; 
RETURN; 
END CHA_RX_SPECIAL; 

/*******************************»******##*/ 
/* CHANNEL A RECEIVE CHARACTER AVAILABLE */ 
/**********#*####*##**#»****♦*#***#*##*#*.«./ 

CHA__RX_CHAR: PROCEDURE; 

OUTPUT (SINGLEJIASK) = CHO_SEL; /*ENABLE RX DMA CHANNEL*/ 

RETURN; 

END CHA RX CHAR; 



Figure 21. 8274 Typical Interrupt Handling Routines 
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It may be recalled that the receiver buffer is three bytes 
deep in addition to the receiver shift register. At very high 
data rates, it may not be possible to have enough time to 
read RR2, enable the DMA controller without overrun- 
ning the receiver. In a case like this, the DMA controller 
may be left enabled before receiving the Receive Charac- 
ter Interrupt. Remember, the Rx DMA request and inter- 
rupt for the receive character appears at the same time. If 
the DMA controller is enabled, it would service the DMA 
request by reading the received character. This will make 
the 8274 interrupt line go inactive. However, the 8259A 
has latched the interrupt and a regular interrupt acknowl- 
edge sequence still occurs after the DMA controller has 
completed the transfer and given up the bus. The 8259A 
will return Level 7 interrupt since the 8274 interrupt has 
gone away. The user software must take this into account, 
otherwise the CPU will hang up. 

The procedure shown for the Special Receive Condition 
Interrupt checks if the interrupt is due to the End of 
Frame. If this is not TRUE, the FAIL flag is set and the 



program aborted. For a real life system, this must be fol- 
lowed up by error recovery procedures which obviously are 
beyond the scope of this Application Note. 

The transmission is terminated when the End of Message 
(RRO, D6) interrupt is generated. This interrupt is ser- 
viced in the Channel A External/Status Change interrupt 
procedure. For any other change in external status condi- 
tions, the program is aborted and a FAIL flag set. 

Main Program 

Finally, we will briefly discuss the main program. Figure 
22 shows the source program. It may be noted that the 
Transmit Under-run latch is reset after loading the first 
character into the 8274. This is done to ensure CRC trans- 
mission at the end of the frame. Also, the first character is 
loaded from the CPU to start DMA transfer of subse- 
quent data. This concludes our discussion on hardware 
and software example. Appendix A also includes the soft- 
ware written to exercise the 8274 in the vectored mode by 
disabling the 8259A. 



CHA_SDLC_TEST: PROCEDURE BYTE 


PUBLIC 


; 








CALL ENABLE_INTERRUPTS S; 


, 








CALL IN IT 8274 SDLC 


_S; 










ENABLE; 












OUTPUT (COMMAND A 74) = 


28H; 


/* 


RESET TX 


INT/DMA 


*/ 


OUTPUT (COMMAND B 74) = 


28H; 


/* 


BEFORE INITIALIZING 8237*/ 


CALL IN IT 8237 S; 












OUTPUT (DATA__A__74) = 55H; 


/*LOAD FIRST CHARACTER FROM 


*/ 






/*CPU */ 






/* TO ENSURE CRC TRANSMISSION. RESET TX UNDERRUN LATCH 


*/ 


OUTPUT (COMMAND A 74) = 


OCOH; 










RXDONE_S, TXDONE_S=NOT 


DONE; 


/* 


CLEAR ALL FLAGS 


*/ 


RESULTS S«PASS; 




/* 


FLAG SET 


FOR MONITOR 


*/ 


DO WHILE TXDONE S=NOT 


DONE; 


/* 


DO UNTIL 


TERMINAL COUNT 


*/ 


END; 












DO WHILE (INPUT (STATUS 


A 74) 


fitND 


04H) O 04H; 




/* WAIT FOR CRC TO GET 


TRANSMITTED */ 






/* TEST FOR TX BUFFFER 


EMPTY 


TO 


VERIFY THIS*/ 




END; 




, 








DO WHILE RXDONE S=NOT 


DONE; 


/* 


DO UNTIL 


TERMINAL COUNT 


*/ 


END; 












CALL STOP 8237 S; 












END CHA SDLC TEST; 













Figure 22. Typical 8274 Transmit/Receive Set-Up in SDLC Mode 
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Figure 23. 8274 Daisy Chain Vectored Mode 



SPECIAL APPLICATIONS 

In this section, some special application issues will be dis- 
cussed. This will be useful to a user who may be using a 
mode which is possible with the 8274 but not explicitly ex- 
plained in the data sheet. 

MPSC Daisy Chain Operation 

Multiple MPSC can be connected in a daisy-chain config- 
uration (see Figure 23). This feature may be useful in an 
application where multiple communication channels may 
be required and because of high data rates, conventional 
interrupt controller is not used to avoid long interrupt re- 
sponse times. To configure the MPSCs for the daisy chain 
operation, the interrupt priority input pins (IPI) and inter- 
rupt priority output pins (IPO) of the MPSC should be 
connected as shown. The highest priority device has its IPI 
pin connected to ground. Each MPSC is programmed in a 
vectored mode with status affects vector bit set. In the 
8085 basic systems, only one MPSC should be pro- 
grammed in the 8085 Mode 1. This is the MPSC which 
will put the call vector (CD Hex) on the data bus in re- 
sponse to the first INTA pulse (See Figure 15). It may be 
pointed out that the MPSC in 8085 Mode 1 will provide 



the call vector irrespective of the state of IPI pin. Once a 
higher priority MPSC generates an interrupt, its IPO pin 
goes inactive thus preventing lower priority MPSCs from 
interrupting the CPU. Preferably the highest priority 
MPSC should be programmed in 8085 Mode 1. It may be 
recalled that the Priority Resolve Time on a given MPSC 
extends from th falling edge of the first INTA pulse to the 
falling edge of the second INTA pulse. During this period, 
no new internal interrupt requests are accepted. The 
maximum number of the MPSCs that can be connected in 
a daisy chain is limited by the Priority Resolution Time. 
Figure 24 shows a maximum number of MPSCs that can 
be connected in various CPU systems. It may be pointed 
out that IPO to IPI delay time specification is 100ns. 

Bisync Transparent Communication 

Bisync applications generally require that data transpar- 
ency be established during communication. This requires 
that the special control characters may not be included in 
the CRC accumulation. Refer to the Synchronous Proto- 
col Overview section for a more detailed discussion on 
data transparency. The 8274 can be used for transparent 
communication in Bisync communications. This is made 



System 


Priority Resolution Time 


Number of 8274s Daisy Chained 


Configuration 


Min (ns) 


(Max) 


8086-1 


400 


4 


8086-2 


500 


5 


8086 


800 


8 


8088 


800 


8 


8085-2 


1200 


12 


8085A 


1920 


19 



Note: Zero wait states have been assumed. 



Figure 24. 8274 Daisy Chain Operation 
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possible by the capability of the MPSC to selectively turn- 
on/turnoff the CRC accumulation while transmitting or 
receiving. In bisync transparent transmit mode, the spe- 
cial characters (DLE, DLE SYN etc) are excluded from 
CRC calculation. This can be easily accomplished by 
turning off the transmit CRC calculation (WR5: D5=0) 
before loading the special character into the transmit 
buffer. If the next character is to be included in the CRC 
accumulation, then the CRC can be enabled (WR5: 
D5 = 1). See Figure 25 for a typical flow diagram. 



1 L~ 



DISABLE 
TxCRC 




ENABLE 
Tx CRC 



LOAD 

CHAR 

INTO MPSC 



LOAD 

CHAR 

INTO MPSC 



Figure 25. Transmit in Bisync Transparent Mode 



During reception, it is possible to exclude received charac- 
ter from CRC calculation by turning off the Receive CRC 
after reading the special character. This is made possible 
by the fact that the received data is presented to receive 
CRC checker 8 bit times after the character has been re- 
ceived. During this 8 bit times, the CPU must read the 
character and decide if it wants it to be included in the 
CRC calculation. Figure 26 shows the typical flow dia- 
gram to achieve this. 

It should be noted that the CRC generator must be en- 
abled during CRC reception. Also, after reading the CRC 
bytes, two more characters (SYNC) must be read before 
checking for CRC check result in RR1 . 

Auto Enable Mode 

In some data communication applications, it may be re- 
quired to enable the transmitter or the receiver when the 
CTS or the DCD lines respectively, are activated by the 
modems. This may be done very easily by programming 
the 8274 into the Auto Enable Mode.The auto enable 
mode is set by writing a T to WR3,D5. The function of 
this mode is to enable the transmitter automatically when 
CTS goes active. The receiv er is e na bled w hen DCD goes 
active. An in-active state of CTS or DCD pin will disable 
the transmitter or the receiver respectively. However, the 
Transmit Enable bit (WR5:D3) and Receive Enable bit 



1 € 



READ 
CHARACTER 



DISABLE 
RxCRC 




^SPECIAL^ 
CHAR 



ENABLE 
RxCRC 



Figure 26. Receive in Bisync Transparent Mode 



(WR3:D1) must be set in order to use the auto enable 
mode. In non-auto mode, the transmitter or receiver is en- 
abled if the corresponding bits are set in WR5 and WR3, 
irrespective of the state CTS or DCD pins. It may be re- 
called that any transition on CTS or DCD pin will gener- 
ate External/Status Interrupt with the corresponding bits 
set in RR1 . This interrupt can be cleared by issuing a Re- 
set External/Status interrupt command as discussed ear- 
lier. 

Note that in auto enable mode, the character to be trans- 
mitted must be loaded into the transmit buffer after the 
CTS becomes active, not before. Any character loaded 
into the transmit buffer before the CTS became active will 
not be transmitted. 

High Speed DMA Operation 

In the section titled Application Example, the MPSC has 
been programmed to operate in DMA mode and receiver 
is programmed to generate an interrupt on the first receive 
character. You may recall that the receive FIFO is three 
bytes deep. On receiving the interrupt on the first receive 
character, the CPU must enable the DMA controller 
within three received byte times to avoid receiver over-run 
condition. In the application example, at 400K baud, the 
CPU had approximately 60 Ats to enable the DMA con- 
troller to avoid receiver buffer overflow. However, at high- 
er baud rates, the CPU may not have enough time to 
enable the DMA controller in time. For example, at 1M 
baud, the CPU should enable the DMA controller within 
approximately 24 fxs to avoid receiver buffer overrun. In 
most applications, this is not sufficient time. To solve this 
problem, the DMA controller should be left enabled be- 
fore getting the interrupt on the first receive character 
(which is accompanied by the Rx DMA request for the 
appropriate channel). This will allow the DMA controller 
to start DMA transfer as soon as the Rx DMA request be- 
comes active without giving the CPU enough time to re- 
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spond to the interrupt on the first receive character. The 
CPU will respond to the interrupt after the DMA transfer 
has been completed and will find the 8259A (See Applica- 
tion Example) responding with interrupt level 7, the low- 
est priority level. Note that the 8274 interrupt request was 
satisfied by the DMA controller, hence the interrupt on 
the first receive character was cleared and the 8259A had 
no pending interrupt. Because of no pending interrupt, the 
8259A returned interrupt level 7 in response to the INTA 
sequence from the CPU. The user software should take 
care of this interrupt. 



PROGRAMMING HINTS 

This section will describe some useful programming hints 
which may be useful in program development. 



Asynchronous Operation 

At the end of transmission, the CPU must issue "Reset 
Transmit Interrupt/DMA Pending" command in WRO to 
reset the last transmit empty request which was not satis- 
fied. Failing to do so will result in the MPSC locking up in 
a transmit empty state forever. 



Non-Vectored Mode 

In non-vectored mode, the Interrupt Acknowledge pin 
(INTA) on the MPSC must be tied high through a pull-up 
resistor. Failing to do so will result in unpredictable re- 
sponse from the 8274. 

HDLC/SDLC Mode 

When receiving data in SDLC mode, the CRC bytes must 
be read by the CPU (or DMA controller) just like any oth- 
er data field. Failing to do so will result in receiver buffer 
overflow. Also, the End of Frame Interrupt indicates that 
the entire frame has been received. At this point, the CRC 
result (RR1:D6) and residue code (RR1:D3, D2, Dl) 
may be checked. 

Status Register RR2 

RR2 contains the vector which gets modified to indicate 
the source of interrupt (See the section titled MPSC 
Modes of Operation). However, the state of the vector 
does not change if no new interrupts are generated. The 
contents of RR2 are only changed when a new interrupt is 
generated. In order to get the correct information, RR2 
must be read only after an interrupt is generated, other- 
wise it will indicate the previous state. 



Initialization Sequence 

The MPSC initialization routine must issue a channel Re- 
set Command at the beginning. WR4 should be defined 
before other registers. At the end of the initialization se- 
quence, Reset External/Status and Error Reset com- 
mands should be issued to clear any spurious interrupts 
which may have been caused at power up. 

Transmit Under-run/EOM Latch 

In SDLC/HDLC, bisync and monosync mode, the trans- 
mit underrun/EOM must be reset to enable the CRC 
check bytes to be appended to the transmit frame or trans- 
mit message. The transmit under-run/EOM latch can be 
reset only after the first character is loaded into the trans- 
mit buffer. When the transmitter under-runs at the end of 
the frame, CRC check bytes are appended to the fra- 
me/message. The transmit under-run/EOM latch can be 
reset at any time during the transmission after the first 
character. However, it should be reset before the transmit- 
ter under-runs otherwise, both bytes of the CRC may not 
be appended to the frame/message. In the receive mode in 
bisync operation, the CPU must read the CRC bytes and 
two more SYNC characters before checking for valid 
CRC result in RR1. 

Sync Character Load Inhibit 

In bisync/monosync mode only, it is possible to prevent 
loading sync characters into the receive buffers by setting 
the sync character load inhibit bit (WR3:D1 = 1). Cau- 
tion must be exercised in using this option. It may be possi- 
ble to get a CRC character in the received message which 
may match the sync character and not get transferred to 
the receive buffer. However, sync character load inhibit 
should be enabled during all pre-frame sync characters so 
the software routine does not have to read them from the 
MPSC. 

In SDLC/HDLC mode, sync character load inhibit bit 
must be reset to zero for proper operation. 

EOI Command 

EOI Command can only be issued through channel A irre- 
spective of which channel had generated the interrupt. 

Priority in DMA Mode 

There is no priority in DMA mode between the following 
four signals: TxDRQ(CHA), RxDRQ(CHA), 
TxDRQ(CHB), RxDRQ(CHB). The priority between 
these four signals must be resolved by the DMA control- 
ler. At any given time, all four DMA channels from the 
8274 are capable of going active. 
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PL/M-86 COMPILER iSBC 88/43 8274 CHANNEL A SDLC TEST 

SERIEB-III PL/M-86 V2. COMPILATION OF MODULE INIT_8274 S 

OBJECT MODULE PLACED IN : Fl: SINI74. OBJ 

COMPILER INVOKED BY: PLMB6. 86 : Fl: SINI74. PLM TITLEUSBC 88/45 8274 CHANNEL 

A SDLC TEST) COMPACT NOINTVECTOR ROM 

/**»*#*»*******«**********#«#***»«««*«*##»«***«***/ 



/* 




*/ 


/* 
/* 


INITIALIZE THE 8274 FOR SDLC MODE 


*/ 
#/ 


/* 


1. RESET CHANNEL 


*/ 


/* 


2. EXTERNAL INTERRUPTS ENABLED 


#/ 


/» 


3. NO WAIT 


*/ 


/* 


4. PIN 10 « RTS 


*/ 


/* 


5. NON-VECTORED INTERRUPT-8086 MODE 


♦/ 


/* 


6. CHANNEL A DMA, CH B INT 


*/ 


/* 


7. TX AND RX - 8 BITS/CHAR 


*/ 


/# 


9. ADDRESS SEARCH MODE 


#7 


/♦ 


10. CD AND CTS AUTO ENABLE 


*/ 


/* 


11. XI CLOCK 


*/ 


/* 


12. NO PARITY 


*/ 


/* 


13. SDLC/HDLC MODE 


,*/ 


/* 


14. RTS AND DTR 


*/ 


/* 


15. CCITT - CRC 


*/ 


/* 


16. TRANSMITTER AND RECEIVER ENABLED 


*/ 


/♦ 
/♦ 


17. 7EH ■ FLAG 


*/ 
*/ 



/ft************************************************/ 

INIT_8274_S: DO; 

♦ INCLUDE (:F1: PORTS. PLM) 

=» /ft********************************************/ 
* /* */ 

/* ISBC 88/45 PORT ASSIGNMENTS */ 

« /* */ 

- /4Ht******#********#**«**«**#************«**«***/ 

1 ■ DECLARE LIT LITERALLY 'LITERALLY'/ 
/* 8237A-5 PORTS */ 

1 = 



DECLARE CHO ADDR 


LIT 


'080H 


CHO COUNT 


LIT 


'081H 


CHI ADDR 


LIT 


'082H 


CHI COUNT 


LIT 


'0B3H 


CH2 ADDR 


LIT 


'084H 


CH2 COUNT 


LIT 


'085H 


CH3 ADDR 


LIT 


'0B6H 


CH3 COUNT 


LIT 


'087H 


STATUS 37 


LIT 


'088H 


COMMAND 37 


LIT 


'088H 


REQUEST REGJ37 


LIT 


'089H 


SINGLE MASK 


LIT 


'-OBAH 


M0DE_.REG_.37 


LIT 


'08BH 



PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 



CLR_BYTE PTR_37 LIT 'OBCH', 

TEMP_REG_37 LIT '08DH', 

MASTER_CLEAR_37 LIT '08DH', 

ALL_MASK_37 LIT '08FH'i 



/* 8254-2 PORTS */ 



DECLARE CTR 00 


LIT 


'090H 


CTR 01 


LIT 


'091H 


CTR 02 


LIT 


'092H 
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CONTROLO 54 


LIT 


'093H 


STATUSO 54 


LIT 


'093H 


CTR 10 


LIT 


'098H 


CTR 11 


LIT 


'099H 


CTR12 ■.. 


LIT 


'09AH 


CONTROLl 54 


LIT 


'09BH 


STATUS 1 54 


LIT 


'09BH 



/* 8255 PORTS */ 



DECLARE 


P0RTA_55 


LIT 


'OAOH'i 




PORTB 55 


LIT 


'0A1H', 




P0RTC_55 


LIT 


'0A2H', 




C0NTR0L_55 


LIT 


OAOH'i 


/# 8274 


PORTS */ 






DECLARE 


DATA_A_74 


LIT 


'ODOH', 




DATA B_74 


LIT 


'0D1H', 




STATUS A 74 


LIT 


'0D2H', 




COMMAND A 74 


LIT 


'0D2H', 




STATUS B 74 


LIT 


'0D3H', 




COMMAND B 74 


LIT 


'0D3H'; 



/* 8259A PORTS */ 



1 *? 



DECLARE STATUSJPOLL 59 


LIT 


'OEOH 


ICW1 59 


LIT 


'OEOH 


0CW2_59 


LIT 


'OEOH 


0CW3 59 


LIT 


'OEOH 


0CW1 59 


LIT 


'0E1H 


ICW2_59 


LIT 


'0E1H 


ICW3_59 


LIT 


'0E1H 


ICW4__59 


LIT 


'0E1H 



/* 8274 REGISTER BIT • ASSIGNMENTS */ 
/* READ REGISTER */ 



DECLARE RX AVAIL 


LIT 


'01H 


INT PENDING 


LIT 


'02H 


TX EMPTY 


LIT 


'04H 


CARRIER DETECT 


LIT 


'OBH 


SYNCJHUNT 


LIT 


'10H 


CLEARJTO_SEND 


LIT 


'20H 



PL/M-86 COMPILER 



iSBC 88/45 8274 CHANNEL A SDLC TEST 



END_0F_TXJ1ESSAGE LIT 
BREAK_ABORT LIT 



'40H' 
'80H' 



/* READ REGISTER 1 */ 



DECLARE ALL_SENT 

PARITY_ERROR 
RX.OVERRUN 
CRC_ERROR 
ENDJDF_FRAME 

/* READ REGISTER 2 */ 

DECLARE TXJ3_EMPTY 

EXT J3 .CHANGE 

RXJB_AVAIL 

RX_B_SPECIAL 

TX_AJEMPTY 

EXT_A_CHANGE 

RX_A_AVAIL . 

RX A SPECIAL 



LIT 


'01H', 


LIT 


'10H', 


LIT 


'20H', 


LIT 


'40H', 


LIT 


'80H'i 


LIT 


'OOH', 


LIT 


'01H', 


LIT 


'02H', 


LIT 


'03H', 


LIT 


'04H', 


LIT 


'05H', 


LIT 


'06H', 


LIT 


'07H'j 
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/♦ 8237 BIT ASSIGNMENTS */ 



DECLARE CHO SEL 


LIT 


'OOH', 


CHI SEL 


LIT 


'OIH', 


CH2 SEL 


LIT 


'02H', 


CH3_SEL 


LIT 


'03H', 


WRITE XFER 


LIT 


'04H', 


READ_XFER 


LIT 


'08H', 


DEMAND MODE 


LIT 


'OOH', 


SINGLEJIODE 


LIT 


'40H', 


BLOCK MODE 


LIT 


'80H', 


SET MASK 


LIT 


'04H'; 



12 


1 


13 


2 


14 


2 


15 


2 


16 


3 


17 


3 


18 


2 


19 


1 


20 


2 



DELAY_S: PROCEDURE PUBLICj 

DECLARE D WORD; 

D=»0; 

DO WHILE D<800Hj 

D=D+1; 

END; 

END DELAY Si 



INIT_B274__SDLC_S: 
DECLARE C BYTE; 
♦EJECT 



PROCEDURE PUBLIC; 



PL/M-86 COMPILER 



iSBC 88/45 8274 CHANNEL A SDLC TEST 



/* TABLE TO INITIALIZE THE B274 CHANNEL A AND B */ 



22 



/* FORMAT IS: WRITE REGISTER* REGISTER DATA 
/* INITIALIZE CHANNEL ONLY 

DECLARE TABLE_74__A<*> BYTE DATA 



*/ 



<00H, 18H, 
OOH, 80H, 
02H, HHi 
04H, 20H* 
07H, 07EH, 
OIH, OBH, 
05H, OEBH, 
06H, 55H, 
03H, 0D9H, 

OFFH); 



/♦ CHANNEL RESET */ 

/* RESET TX CRC */ 

/* PIN 10-RTSB, A DMA, B INT */ 

/» SDLC/HDLC MODE, NO PARITY */ 

/* SDLC FLAG */ 

/* RX DMA ENABLE */ 

/# DTR, RTS* 8 TX BITS, TX ENABLE, TX CRC ENABLE */ 

/* DEFAULT ADDRESS */ 

/# 8 RX BITS, AUTO ENABLES, HUNT MODE, */ 

/# RX CRC ENABLE */ 

/* END OF INITIALIZATION TABLE */ 



DECLARE TABLE 74_B(*> BYTE DATA 

(02H, OOH, /* INTERRUPT VECTOR */ 

01H, 1CH, /♦ STATUS AFFECTS VECTOR */ 

OFFH) ; /* END ♦/ 



/# INITIALIZE THE 8254 */ 

23 2 OUTPUT <C0NTR0L0_54)=36H; 

24 2 OUTPUT <CTR_00) - LOW < 20); 

25 2 OUTPUT (CTR 00) « HIGH (20); 



/* BAUD RATE = 400K_BAUD»/ 
/» BAUD RATE * 400KJBAUD*/ 



/* INITIALIZE THE 8274 */ 

26 2 C»0; 

27 2 DO WHILE TABLE.74J3 (C ) O OFFH; 

28 3 OUTPUT <C0MMANDJ3_74) « TABLE_J74JB ( C ) ; 

29 3 C-C+l; 

30 3 OUTPUT <C0MMAND_B_74) = TABLE_74JB (C ) ; 

31 3 C=*C+1; 

32 3 END; 
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33 


2 


34 


2 


35 


3 


36 


3 


37 


3 


38 


3 


39 


3 


40 


2 


41 


2 


42 


2 


43 


1 



OOj 

DO WHILE TABLE_74_A(C) O OFFH; 

OUTPUT (C0MMAND_A_74) ■ TABLE_74_A(C ) ; 

C«C+1; 

OUTPUT (C0MMAND_A_74) « TABLE_74_A(C ) ; 

C=C+li 
END; 

CALL DELAY_S; 

RETURN; 

END INIT_8274_SDLC__S; 

END INIT_B274 S; 



PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 
MODULE INFORMATION: 



CODE AREA SIZE 


= 


00A8H 


168D 


CONSTANT AREA SIZE 


m 


0000H 


OD 


VARIABLE AREA SIZE 


01 


0003H 


3D 


MAXIMUM STACK SIZE 


as 


0006H 


6D 


213 LINES READ 








PR00RAM WARNINGS 








PROGRAM ERRORS 









END OF PL/M-86 COMPILATION 



PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

SERIES-III PL/M-86 V2. COMPILATION OF MODULE INIT_8237_CHA 

OBJECT MODULE PLACED IN : Fl: SINI37. OBJ 

COMPILER INVOKED BY: PLM86. 86 : Fl : SINI37. PLM TITLEdSBC 88/45 8274 CHANNEL A SDLC 

TEST) COMPACT NOINTVECTOR ROM 

/#*###*###*#*#*###»###♦*####*####»##»#####*#######*»»##*###»«#*###*»#*###/ 
/* */ 

/* 8237 INITIALIZATION ROUTINE FOR DMA TRANSFER •/ 

/•» */ 

/****#******»#*##♦***#**»#♦*##**♦##»»*#»#*#*###*##♦»«****»*******#♦**#***/ 

1 INIT_8237_CHA: DO; 

♦NOLIST 

12 1 INIT_8237_S: PROCEDURE PUBLIC; 

OUTPUT ( MASTER_CLEAR_37 ) «0; 

OUTPUT (C0MMAND_37) ■ 20H; /# EXTENDED WRITE */ 

OUTPUT (ALL MASK_37> - OFH; /« MASK ALL REQUESTS */ 

OUTPUT (M0DE_REG_37) - (SINGLEJ10DE OR WRITE_XFER OR CHOUSED; 

OUTPUT <M0DE_REG_37) - <SINGLE_MODE OR READ_XFER OR CH1_SEL); 

OUTPUT (CLR BYTE_PTR_37) » Oj 

OUTPUT (CHO_ADDR> ■ 00; /# RECEIVE BUFF AT 900H */ 

OUTPUT <CH0_ADDR> » 09H; 

OUTPUT (CHO_COUNT) - OH; 

OUTPUT (CHO_COUNT) =01; 

OUTPUT (CHI ADDR) - 00; /* TRANSMIT BUFF AT 800H */ 

OUTPUT (CHI ADDR) - 08H; 

OUTPUT (CH1_CQUNT> ■ 010H; 

OUTPUT (CHI COUNT) ■ OOH; 



13 


2 


14 


2 


15 


2 


16 


2 


17 


2 


18 


2 


19 


2 


20 


2 


21 


2 


22 


2 


23 


2 


24 


2 


25 


2 


26 


2 
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27 
28 



29 



30 1 

31 2 

32 2 

33 2 

34 2 

35 1 



/* ENABLE TRANSFER */ 

OUTPUT (SINGLEJIASK) « CH1_SEU 

RETURN; 



/« ENABLE TX DMA */ 



END INIT_8237_S* 
/* TURN OFF THE 8237 CHANNELS AND 1 */ 

ST0P_8237_S: PROCEDURE PUBLIC J 

OUTPUT (SINGLEJIASK) ■ CH1_SEL OR SETJIASKi 

OUTPUT ( SI NGLEJ1ASK) - CHO_SEL OR SETJIASKi 

RETURN* 

END ST0P_8237_S; 

END IN IT 8237 CHA; 



MODULE INFORMATION: 

CODE AREA SIZE ■ 004CH 76D 

CONSTANT AREA SIZE « OOOOH OD 

VARIABLE AREA SIZE - OOOOH OD 



PL/M-86 COMPILER 



iSBC 88/45 8274 CHANNEL A SDLC TEST 



MAXIMUM STACK SIZE - 
163 LINES READ 
PROGRAM WARNINGS 
PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 



2D 



PL/M-86 COMPILER 



iSBC 88/45 8274 CHANNEL A SDLC TEST 



SERIES-III PL/M-86 V2. COMPILATION OF MODULE INTR__8274_S 

OBJECT MODULE PLACED IN : Fl : SINTR. OBJ 

COMPILER INVOKED BY: PLM86. 86 : Fl : SINTR. PLM TITLEUSBC 88/45 8274 CHANNEL 

A SDLC TEST) COMPACT NOINTVECTOR ROM 

/###•*########*##*###*##*#****##*##**#*##**#/ 
' ' /* */ 

/* 8274 INTERRUPT ROUTINE */ 

/* */ 

/############*###**#*###**##*#*♦******##■«■■«■#/ 



1 


INTR 8274 S: DO; 
SNOLIST 






12 1 


DECLARE TEMP BYTE; 






13 1 


DECLARE (RESULTS S, TXDONE S, RXDONE S) 


BYTE EXTERNAL 


14 1 


DECLARE INT VEC POINTER AT (140) 






15 1 


DECLARE INT VEC STORE POINTER; 






16 


L DECLARE MASK 59 BYTE; 






17 


L DECLARE DONE LIT 


'OFFH 


, 




NOT DONE LIT 


'OOH', 






PASS LIT 


'OFFH 


, 




FAIL LIT 


'OOH'; 





19 
20 
21 



/***#***#*#*******##*■*******•*/ 
/* IGNORE INTERRUPT HANDLER */ 
/******##****#*#*****#*******/ 

IGNORE_INT: PROCEDURE; 

RESULTS.S = FAIL; 

RETURN; 

END IGNORE__INT; 
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23 


2 


24 


2 


25 


2 


26 


2 


27 


3 


28 


3 


29 


3 


30 


2 


31 


2 


32 


2 



/* CHANNEL A EXTERNAL/STATUS CHANGE INTERRUPT HANDLER */ 
/**##*#*###*#******#***###**##*#**#*#*#######***####■«••«•■»■/ 

CHA_EXTERNAL_CHANGE: PROCEDURE; 

TEMP = INPUT(STATUS_A_74); /* STATUS REG 1*/ 

IF (TEMP AND END_OF __TX_MESSAGE> ** END_OF_TX_MESSAGE THEN 

TXDONE_S=DONE; 
ELSE DO; 

TXDONE__S=DONE; 

RESULTS_S=FAIL; 
END; 
OUTPUT (C0MMAND_A_74) = 10H; /* RESET EXT/STATUS INTERRUPTS */ 
RETURN; 
END CHA_EXTERNAL_CHANGE; 

REJECT 
PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

/#####*###**###*###*tt#*#####*#*###**####^ 

/* CHANNEL A SPECIAL RECEIVE CONDITIONS INTERRUPT HANDLER */ 

33 1 CHA_RX_SPECIAL: PROCEDURE; 

OUTPUT (C0MMAND_A_74) = 1; 
TEMP = INPUT(STATUS_A_74); 

IF (TEMP AND END_OF_FRAME) = END_OF_FRAME THEN 
DO; 

IF (TEMP AND 040H) = 040H THEN 

RESULTS_S = FAIL; /* CRC ERROR */ 

RXDONE_S = DONE; 

OUTPUT (C0MMAND_A_74) = 30H; /*ERROR RESET*/ 
END; 
ELSE DO; 

IF (TEMP AND 20H) = 20H THEN DO; 

RESULTS_S = FAIL; /* RX OVERRUN ERROR*/ 

RXDONE_S = DONE; 

OUTPUT (C0MMAND_A_74) = 30H; /*ERROR RESET*/ 
END; 
END; 
RETURN; 
END CHA RX SPECIAL; 



/*###*################*#*##*##############/ 
/* CHANNEL A RECEIVE CHARACTER AVAILABLE */ 

/*%******##*#*##**####**##***#**#*#*#**##*/ 

CHA_RX_CHAR: PROCEDURE; 

OUTPUT (SINGLE^MASK) = CHO_SEL; /*ENABLE RX DMA CHANNEL*/ 

RETURN; 

END CHA_RX_CHAR; 

*EJECT 



PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

/* ENABLE 8274 INTERRUPTS - SET UP THE 8259A */ 

57 1 ENABLE_INTERRUPTS_S: PROCEDURE PUBLIC; 

58 2 DECLARE CHA_INT_ON LIT '0F7H'; 

59 2 DISABLE; 

60 2 CALL SET$INTERRUPT(39, INT 39); 



34 


2 


35 


2 


36 


2 


37 


2 


38 


3 


39 


3 


40 


3 


41 


3 


42 


3 


43 


2 


44 


3 


46 


4 


47 


4 


48 


4 


49 


4 


50 


3 


51 


2 


52 


2 



53 


1 


54 


2 


55 


2 


56 


2 
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61 


2 


62 


2 


63 


2 


64 


2 


65 


2 


66 


. 2 



67 


1 


68 


2 


69 


2 


70 


2 


71 


2 


72 


2 


73 


2 



INT_VEC_ST0RE = INT_VEC; 

INT__VEC .a' INTERRUPT*PTR<INT_8274_S>; 

MASK_59 = INPUT <0CW1_59); 

OUTPUT <0CW1_59) = MASK_59 AND CHA_INT_ON; 

RETURN; 

END ENABLE INTERRUPTS S; 



/* DISABLE 8274 INTERRUPTS - SET UP THE 8259A */ 

DISABLE_INTERRUPTS_S: PROCEDURE PUBLIC; 

DISABLE; 

INT_VEC - INT_VEC__STORE; 

OUTPUT <0CW1_59) = MASK_59; 
ENABLE; 

RETURN; 

END DISABLE_INTERRUPTS_S; 

/* CHANNEL B RECEIVE CHARACTER AVAILABLE */ 

74 1 . CHB_RX_CHAR: PROCEDURE; 

75 2 TEMP= INPUT <DATAJ3_74>; 

76 2 OUTPUT (C0MMANDJ3 74) = 3BH; 

77 2 RETURN; 

78 2 END CHB_RX_CHAR; 

♦EJECT 
PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 



/*#******##*##*#*#**##*****/ 
/* MAIN INTERRUPT ROUTINE */ 
/#*#**#***#*#**##*■«■*#*•#■«■■«•#■»■/ 

INT_8274_S: PROCEDURE INTERRUPT 35 PUBLIC- 
OUTPUT < C0MMAND_B__74 > ■ 2; /* SET POINTER TO 2*/ 
TEMP » INPUT(STATUS_B_74) AND 07H; /*. READ INTERRUPT VECTOR */ 

/* CHECK FOR CHA INT ONLY*/ 
/* FOR THIS APPLICATION CH B INTERRUPTS ARE IGNORED*/ 
DO CASE TEMP; 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 

CALL 
END; 

OUTPUT (COMMAND_A 74) =38H; /* END OF INTERRUPT FOR 8274 */ 
OUTPUT <0CW2_59) ~ 63H; /* 8259 EOI */ 
OUTPUT <0CW1_59) » INPUT<0CW1_59) AND 0F7H; 
RETURN; 
END INT 8274 S; 



/* DEFAULT INTERRUPT ROUTINE - 8259A INTERRUPT 7 */ 

/* REQUIRED ONLY WHEN DMA CONTROLLER IS ENABLED */ 

/* BEFORE RECEIVING FIRST CHARACTER WHICH IS */ 

/* AT HIGH BAUD RATES LIKE 800K BAUD. READ APP */ 

/* NOTE SECTION 6 FOR DETAILS */ 



80 


2 


81 


2 


82 


2 


83 


3 


84 


3 


85 


3 


86 


3 


87 


3 


88 


3 


89 


3 


90 


3 


91 


3 


92 


2 


93 


2 


94 


2 


95 


2 


96 


2 



IGNORE INT; 




/* 


V2V1V0 


B 


000*/ 


IGNORE_INT; 




/* 


V2V1V0 


SS 


001*/ 


CHB RX CHAR; 




/* 


V2V1V0 


as 


010*/ 


IGNORE_INT; 




/* 


V2V1V0 


as 


Oil*/ 


IGNORE_INT; 




/* 


V2V1V0 


a= 


100*/ 


CHA EXTERNAL 


.CHANGE; 


/* 


V2V1V0 


as 


101*/ 


CHA_RX_CHAR; 




/* 


V2V1V0 


as 


110*/ 


CHA_RX_SPECIAL; 


/* 


V2V1V0 


as 


111*/ 
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2 
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INT_39: PROCEDURE INTERRUPT 39; 

OUTPUT <0CW2_S9) - 20H; /* NON-SPECIFIC EOI */ 
OUTPUT (0CW1_59) - INPUT <0CW1_39> AND 0F7H; 
RESULTS_S = FAIL; 

END INT_39; 

END INTR_8274 S; 



MODULE INFORMATION: 

CODE AREA SIZE = 01BFH 447D 

CONSTANT AREA SIZE « OOOOH OD 

VARIABLE AREA SIZE = 0006H 6D 

MAXIMUM STACK SIZE = 0022H 34D 

295 LINES READ 

PROGRAM WARNINGS 

PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 
PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

SERIES-III PL/M-86 V2. COMPILATION OF MODULE STEST 

OBJECT MODULE PLACED IN : Fl: STEST. OBJ 

COMPILER INVOKED BY: PLM86. 86 : Fl : STEST. PLM TITLEdSBC 88/45 8274 CHANNEL A SDLC TEST) 

COMPACT NOINTVECTOR ROM 

/#»**##*#»####**##»##»***##»»**»####»####*###«#»»»#*#*#«####***###»##«###/ 
/* */ 

/» iSBC 545 PORT A (8274) SDLC TEST */ 

/* */ 

/#*»*#**##»###»»*#*#***»♦**»***«###*»**♦###*##♦#»##**♦♦###*#***#***##»#»*/ 

1 STEST: DO; 

DELAY_S: PROCEDURE EXTERNAL; 
END DELAY_S; 

ENABLE__INTERRUPTS_S: PROCEDURE EXTERNAL; 
END ENABLE_INTERRUPTS_S; 

DISABLE_INTERRUPTS S: PROCEDURE EXTERNAL; 
END DISABLE_INTERRUPTS_S; 

IN*T_8274_SDLC S: PROCEDURE EXTERNAL; 
END INIT_8274_SDLC_S; 

INIT_8237_S: PROCEDURE EXTERNAL; 
END INIT_8237_S; 

ST0P_8237_S: PROCEDURE EXTERNAL; 
END ST0P_8237_S) 

VERIFYJTRANSFER_S: PROCEDURE EXTERNAL; 
END VERIFY_TRANSFER_S; 

INT_8274_S: PROCEDURE INTERRUPT 35 EXTERNAL; 

END INT_8274_S; 

♦NOLIST 

•EJECT 

PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 



28 1 DECLARE <RESULTS_S, TXDONE__S, RXDONE_S> BYTE PUBLIC; 

29 1 DECLARE DONE LIT 'OFFH'/ 

NOT_DONE LIT 'OOH', 
PASS LIT 'OFFH', 

FAIL LIT 'OOH'; 
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1 


5 


2 


6 


1 


7 


2 


8 


1 


' 9 


2 


10 


1 


11 


2 


12 


1 


13 


2 


14 


1 


15 


2 


16 


1 


17 


2 
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31 


2 


32 


2 


33 


2 


34 


2 


35 


2 


36 


2 


37 


2 


38 


2 


39 


2 


40 


2 


41 


2 


42 


3 



$EJECT 
PL/M-86 COMPILER i SBC 88/45 8274 CHANNEL A SDLC TEST 

30 1 CHA_SDLC_TEST: PROCEDURE BYTE PUBLIC; 

CALL ENABLE_INTERRUPTS_B; 

CALL INIT_8274_SDLC_S; 

ENABLE; 

OUTPUT <C0MMAND_A_74> - 28Hi /* RESET TX INT/DMA */ 

OUTPUT (C0MMAND_B_74> ■ 28H; /* BEFORE INITIALIZING 8237*/ 

CALL INIT_8237__S; 

OUTPUT <DATA_A_74) - 55Hj /* LOAD FIRST CHARACTER FROM CPU*/ 

/* TO ENSURE CRC TRANSMISSION RESET TX UNDERRUN LATCH*/ 
OUTPUT <C0MMAND__A_74> - OCOH; 

RXDONE_S* TXD0NE_S*N0T_D0NEJ /* CLEAR ALL FLAGS */ 
RESULTS_S»PASS; /* FLAG SET FOR MONITOR*/ 

DO WHILE TXDONE_S=NOT_DONE; /* DO UNTIL TERMINAL COUNT*/ 
END; 

43 2 DO WHILE<INPUT(STATUS_A_74> AND 04H) O 04H; 

/* WAIT FOR CRC TO GET TRANSMITTED */ 

/* TEST FOR TX BUFFFER EMPTY TO VERIFY THIS*/ 

44 3 END; 

45 2 DO WHILE RXDONE_S*NOT_DONE; /* DO UNTIL TERMINAL COUNT*/ 

46 3 END; 

47 2 CALL ST0P_8237__S; 

48 2 CALL DISABLE_INTERRUPTS_S; 

49 2 CALL VERIFY__TRANSFER_S; 

50 2 RETURN RESULTS_S; 

51 2 END CHA_SDLC_TEST; 

52 1 END STEST; 



MODULE INFORMATION: 

CODE AREA SIZE = 0063H 99D 

CONSTANT AREA SIZE ■ OOOOH OD 

VARIABLE AREA SIZE = 0003H 3D 

MAXIMUM STACK SIZE = 0004H 4D 

198 LINES READ 

PROGRAM WARNINGS 

PROGRAM ERRORS 

END OF PL/M-86 COMPILATION 

PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

SERIES-III PL/M-86 V2. COMPILATION OF MODULE VECTOR_MODE 

OBJECT MODULE PLACED IN : Fl : VECTOR. OBJ 

COMPILER INVOKED BY: PLM86. 86 : Fl : VECTOR. PLM TITLEdSBC 88/45 8274 CHANNEL A SDLC TEST) 



/*#*#*****#***»#*#*#**#*****#**»*«•#**#**#*####*♦*#******************/ 

/* */ 

/* 8274 INTERRUPT HANDLING ROUTINE FOR */ 

/* 8274 VECTOR MODE */ 

/* STATUS AFFECTS VECTOR */ 

/# */ 
/********#************»*********#*#*^ 
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/* THIS IS AN EXAMPLE OF HOW 8274 CAN BE USED IN VECTORED MODE. */ 
/* THE iSBCB8/45 BOARD WAS REWIRED TO DISABLE THE PIT B2S9A AND */ 
/* ENABLE THE 8274 TO PLACE ITS VECTOR ON THE DATABUS IN RESPONSE */ 
/* TO THE INTA SEQUENCE FROM THE 8088. OTHER MODIFICATIONS INCLUDED */ 
/* CHANGES TO 8274 INITIALIZATION PROGRAM CSINI74) TO PROGRAM 8274 */ 
/♦INTO VECTORED MODE (WRITE REGISTER 2A D5=»l>. */ 

1 VECT0RJ10DE: DO; 

♦NOLIST 

12 1 DECLARE TEMP BYTE; 

13 1 DECLARE (RESULTS_S, TXDONE, RXDONE) BYTE EXTERNAL; 

14 1 DECLARE DONE LITERALLY 'OFFH', 

NOT_DONE LITERALLY 'OOH', 
PASS LITERALLY 'OFFH', 
FAIL LITERALLY 'OOH'; 

/*#***##*#***#***#**#*#**»**#****»***#***^ 

/* TRANSMIT INTERRUPT CHANNEL A INTERRUPT WILL NOT BE SEEN IN THE */ 

/* DMA OPERATION. */ 

/#*##*#****#***#*###****#****»#**#*»*»*****^ 

15 1 TX_INTERRUPT_CHA: PROCEDURE INTERRUPT 84; 

16 2 OUTPUT < C0MMAND__A_74 > » 00101000B; /*RESET TXINT PENDING*/ 

17 2 OUTPUT < C0MMAND_A_74 > « 00111000B; /*EOI*/ 

18 2 END TX_INTERRUPT_CHA; 

/***««****#«**«***«*#****tt****tf*«tf*****«^ 

/* EXTERNAL/STATUS INTERRUPT PROCEDURE: CHECKS FOR END OF MESSAGE */ 

/* ONLY. IF THIS IS NOT TRUE THEN THE FAIL FLAG IS SET. HOWEVER. */ 

/* A USER PROGRAM SHOULD CHECK FOR OTHER EXT/STATUS CONDITIONS */ 

/* ALSO IN RR1 AND THEN TAKE APPROPRIATE ACTION BASED ON THE */ 

/* APPLICATION. */ 

/a******************************************* 

19 1 EXT_STAT_CHANGE_CHA: PROCEDURE INTERRUPT 85; 

20 2 TEMP = INPUT(STATUS_A_74>J 

21 2 IF (TEMP AND END_OF_TX_MESSAGE> = ENDJDFJTXJIESSAGE THEN 

22 2 TXDONE = DONE; 

23 2 ELSE DO; 

24 3 TXDONE = DONE; 

PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 

RESULTS_S = FAIL; 
END; 

OUTPUT < C0MMAND_A_74 ) = 00010000B; /*RESET EXT STAT INT*/ 

OUTPUT (C0MMAND_A_74> = 00111000B; /*EOI*/ 
RETURN; 
END EXT_STAT_CHANGE_CHA; 

/**#******#*#*»**#*#***»*#***#*****»**»*****#***# 

/* RECEIVER CHARACTER AVAILABLE INTERRUPT WILL APPEAR ONLY ON FIRST*/ 

/* RECEIVE CHARACTER. SINCE DMA CONTROLLER HAS BEEN ENABLED BEFORE */ 

/* THE FIRST CHARACTER IS RECEIVED, THE RECEIVER REQUEST IS */ 

/* SERVICED BY THE DMA CONTROLLER. */ 

/*#***##**#*»*»*##*##****#»******####*##»#^ 

31 1 R X_CHAR_AVA I LABLE__CHA: PROCEDURE INTERRUPT 86; 

32 2 OUTPUT (C0MMAND_A_74) = 00111000B; /*EOI*/ 

33 2 RETURN; 

34 2 END RX_CHAR_AVAILABLE_CHA; 

REJECT 



25 


3 


26 


3 


27 


2 


28 


2 


29 


2 


30 


2 
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PL/M-86 COMPILER iSBC 88/45 8274 CHANNEL A SDLC TEST 



/»*«##»#♦»#»*»♦♦*«»*#***#♦*»#**♦»»♦♦##»#*#####*♦♦*#»##♦**♦♦♦**»*♦*»####*/ 
/♦ SPECIAL RECEIVE CONDITION INTERRUPT SERVICE ROUTINE CHECKS FOR ♦/ 
/* END OF FRAME BIT ONLY. SEE SPECIAL SERVICE ROUTINE FOR NON- */ 
/* VECTORED MODE FOR CRC CHECK AND OVERRUN ERROR CHECK. */ 

/*»»**»*♦#♦»#♦»*♦#♦♦»»*♦#♦***♦****♦***#»*«♦*♦»*«***»#****♦*»»#*#***#«#**/ 

SPEC I AL_RX_COND IT I ON_CHA: PROCEDURE INTERRUPT 87i 

OUTPUT (C0MMAND_A_74> * 1; /^POINTER 1*/ 

TEMP ■ INPUT (STATUS A_74); 

IF (TEMP AND END_OF_FRAME ) ■ END_OF_FRAME THEN 

RXDONE = DONE; 
ELSE DO; 

RXDONE - DONE; 
RESULTS_S - FAIL; 
END; 
OUTPUT (C0MMAND_A_74> * OOllOOOOB; /*ERROR RESET*/ 
. OUTPUT (C0MMAND_A_74> - 00111000B; /*EOI*/ 
RETURN; 
END SPECIAL_RX_.CONDITION_.CHA; 

ENABLE INTERRUPTS: PROCEDURE PUBLIC; 

DISABLE; 

CALL SET*INTERRUPT(84, TX_INTERRUPT_CHA>; 

CALL SET«NTERRUPT(85, EXT_STAT_CHANGE_CHA>; 

CALL SET»INTERRUPT(86, RX CHAR_AVAILABLE_CHA>; 

CALL SET*INTERRUPT(B7, SPECIAL J*X_CONDITION_CHA); 

RETURN; 

END ENABLE_INTERRUPTS; 

56 1 END VECTOR_MODE; 

/#»***#*##*####**#♦**»##*####**#«###**#♦»*###♦**#*♦♦*#»#**»»♦*##**#»»###*##*/ 

/******************#*************«*IHt***«******«#^ 



36 


2 


37 


2 


38 


2 


39 


2 


40 


2 


41 


3 


42 


3 


43 


3 


44 


2 


45 


2 


46 


2 


47 


2 


48 


1 


49 


2 


50 


2 


31 


2 


52 


2 


33 


2 


54 


2 


55 


2 



MODULE INFORMATION: 



CODE AREA SIZE 


as 


012EH 


302D 


CONSTANT AREA SIZE 


att 


OOOOH 


OD 


VARIABLE. AREA SIZE 


m 


000 1H 


ID 


MAXIMUM STACK SIZE 


B 


001EH 


30D 


226 LINES READ 








PROGRAM WARNINGS 








PROGRAM ERRORS 









END OF PL/M-86 COMPILATION 
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APPENDIX B 
MPSC READ/WRITE REGISTER DESCRIPTIONS 
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WRITE REGISTER (WRO): 




MSB LSB 






D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 






V A 


' J 
















COMMAND STATUS POINTER 




REGISTER POINTER 




NULL CODE 




1 SEND ABORT (SDLC) 

1 RESET EXT STATUS INTERRUPTS 


y 




1 1 CHANNEL RESET 




1 ENABLE INTERRUPT ON NEXT RX CHARACTER 




1 1 RESET TxINT DMA PENDING 




1 1 ERROR RESET 




1 1 1 END OF INTERRUPT 


.-'■■■ .".■■■ ■-.■■■■ ' ' ■■. 

NULL CODE 


1 RESET Rx CRC CHECKER 


1 RESET Tx CRD GENERATOR 


1 1 RESET TX UNDERRUNEOM LATCH 



WRITE REGISTER 1 (WR1): 
MSB 



I EXT INTERRUPT 

ENABLE 

Tx INTERRUPT 

DMA ENABLE 

STATUS AFFECTS VECTOR 

I (CHB ONLY) 

(NULL CODE CH A) 



VARIABLE VECTOR 
FIXED VECTOR 



RxINT/DMA DISABLE 

RxINT ON FIRST CHAR OR SPECIAL CONDITION 

INT ON ALL Rx CHAR (PARITY AFFECTS VECTOR) OR 

SPECIAL CONDITION 

INT ON ALL Rx CHAR (PARITY DOES NOT AFFECT 

VECTOR) OR SPECIAL CONDITION 



- 1 WAIT ON Rx, WAIT ON Tx 

MUST BE ZERO 

WAIT ENABLE, 1 ENABLE, DISABLE 
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WRITE REGISTER 2 (WR2): CHANNEL A 
MSB LSB 



D7 D5 D4 D3 D2 D1 DO 



BOTH INTERRUPT 

1 A DMA BINT 

1 BOTH DMA 
1 1 ILLEGAL 

_ 1 PRIORITY RxA>RxB>TxA>TxB>EXTA*>EXTB* 

PRIORITY RxA>TxA>RxB>TxB>EXTA*>EXTB* 



8085 MODE 1 

1 8085 MODE 2 

1 8086/88 MODE 
1 1 ILLEGAL 

_1 VECTORED INTERRUPT 

NON VECTORED INTERRUPT 

- MUST BE ZERO 



1 PIN10SYNDET6 
PIN10RTSB 



* EXTERNAL STATUS INTERRUPT ONLY IF EXT 
INTERRUPT ENABLE (WR1:D0) IS SET 





WRITE REGISTER 2 (WR2): CHANNEL B 
MSB LSB 




V7 


V6 


V5 


V4 


V3 


V2 


V1 


VO 






^ J 








INTERRUPT 
VECTOR 





WRITE REGISTER 3 (WR3): 




MSB LSB 






D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 


















L 


— Rx ENABLE 














SYNC CHAR LOAD INHIBIT 












ADDR SRCH MODE (SDLC) 










Rx CRC ENABLE 








ENTER HUNT MODE 






AUTO ENABLES 


i 


' 


Rx5 BITS/CHAR 


1 Rx7 BITS/CHAR 


1 Rx6 BITS/CHAR 


1 1 Rx8 BITS/CHAR 
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WRITE REGISTER 4 (WR4): 




MSB LSB 






D7 


D6 


D5 


D4 


D3 


D2 


D1 


DO 








l A J 




I 1 ENABLE PARITY 




















DISABLE PARITY 










1 EVEN PARITY 








' 


' 


ODD PARITY 





ENABLE SYNC MODES 






1 1 STOP BIT 






1 1.5 STOP BITS 






' 


' 


1 1 2 STOP BITS 





8 BIT SYNC CHAR 




1 16 BIT SYNC CHAR 




1 SDLC/HDLC(01111110)FLAG 




' 


' 


1 1 1 EXTERNAL SYNC MODE 







X1 CLOCK 


1 X16 CLOCK 


1 X32 CLOCK 


1 1 X64 CLOCK 



WRITE REGISTER 5 (WR5): 
MSB 



- Tx CRC ENABLE 

■ RTS 

. SDLC/CRC -16 
(CRC MODE) 

■ Tx ENABLE 

■ SEND BREAK 



Tx5 BITS OR LESS/CHAR 
Tx7 BITS/CHAR 
Tx6 BITS/CHAR 
Tx8 BITS/CHAR 





WRITE REGISTER 6 (WR6): 

MSB LSB 






D7 J D6 


D5 


D4JD3 


D2 


D1 


DO 












LEAST SIGh 

• SYNC BYTE 

IN SDLC/HD 

WRITE REGISTER 7 (WR7): 

MSB LSB 


IFICANT 
(ADDRESS 
LC MODE) 




D7 


D6 


D5 


D4 


D3 


D2JD1 


DO 












r 


MOST SIGN 


FICANT 




SYNCB 
BE 011 


YTE(MUST 
1110 IN 














SDI 


-C/H 


DLC MODE) 
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READ REGISTER (RRO): 
MSB 



D3 



Rx CHAR AVAILABLE 

- INT PENDING (CHA ONLY) 

- Tx BUFFER EMPTY 

- CARRIER DETECT 

- SYNC/HUNT 

- CTS ^| 

E XTERN AL 

- Tx UNDERRUN/EOM > ST ATUS 

INTERRUPT MODE 

- BREAK/ ABORT J 



READ REGISTER 1 (RR1): 

(SPECIAL RECEIVE CONDITION MODE) 



D3 



Hi 



I FIELD BYTE I FIELD BYTE 

s PREVIOUS BYTE 2ND PREVIOUS BYTE 





1 

1 

1 1 

1 
1 1 
1 1 

1 1 1 



- PARITY ERROR 

Rx OVERRUN ERROR 

CRC/FRAMING ERROR 
1 END OF FRAME (SDLC HDLC MODE) 



RESIDUE DATA 
}■ BITS CHAR 
MODE 



READ REGISTER 2 (RR2): 



MSB 




LSB 


|V 7 |V6 


V5|V4*|V3*|V2*|V1* 


M 


s. ^ 



•VARIABLES IN 
• STATUS AFFECTS 



VECTOR VECTOR MODE 
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INTRODUCTION 

INTEL'S 82530, Serial Communications Controller 
(SCC), is a dual channel, multi-protocol data communi- 
cations peripheral. It is designed to interface to high 
speed communications lines using asynchronous, byte 
synchronous and bit synchronous protocols. It runs up to 
1.5 Mbits/sec, has on-chip baud rate generators and 
on-chip NRZI encoding and decoding circuits — very 
useful for SDLC communication. This application note 
shows how to write 1/ O drivers for the 82530 to do initiali- 
zation and data links using asynchronous (ASYNC) and 
SDLC protocols. The appendix includes sections to show 
how the on-chip baud rate generators could be pro- 
grammed , how the modem control pins could be used and 
how the 82530 could be interfaced to INTEL'S 80 1 86/ 1 88 
processors. 

This article deals with the software for the following: 

1. SCC port definition 

2. Accessing the SCC registers 

3. Initialization for ASYNC communication v 

4. ASYNC communication in polling mode 

5. ASYNC communication in interrupt mode 

6. Initialization for SDLC communication 

7. SDLC frame reception 

8. SDLC frame transmission 

9. SDLC interrupt routines 

The description is written around illustrations of the 
actual software written in PLM86 for a 80186 - 82530 
system. 



I. SCC Port Definition 

The Figure 1 shows how the 4 ports (2 per channel) of 
the SCC can be defined. Note that the sequence of ports 
in the ascending order of addresses is not the one that is 
normally expected. In the ascending order it is: com- 
mand (B), data (B), command (A) and data (A). In an 
80186 - 82530 system, the interconnection is as follows: 



80186 pins 



PCSn 

A1 

A2 

RD 

WR 



CS 

D/C 

A/B 82530 pins 

RD 

WR 



2. Accessing the SCC Registers 

The SCC has 16 registers on each of the channels (A 
and B). For each channel there is only one port, the 
command port, to access all the registers. The register 
#0 can be always accessed directly through the com- 
mand port. All other registers are accessed indirectly 
through register #0. First, the number of the register to 
be accessed is written to the register #0 - see the state- 
ment, in Figure 2: 'output (ch__a_command) = reg 

no and 0fh\ Then, the desired register is written to or 
read out of the register #0. The Figure 2 shows 4 pro- 
cedures: rra and wra, for reading and writing channel A 
registers; rrb and wrb, for reading and writing channel 
B registers. The read procedures are of the type 'byte' - 
they return the contents of the register being read. The 
write procedures require two parameters - the register 
number and the value to be written. 



/H -.. . ... . . __ ... ^ * 


declare ch_J>_command 
ch_b_data 
ch_a_ command 
ch_a.jlata 

/*-.__ «.—_—. 


literally 
literally 
literally 
1 iterally 


'pcs5 
'pcs5 
'pcs5 
'pcs5 


+ 
+ 
+ 


0', 
2', 
4', 
6'i 


/* 
/* 
/* 
/♦ 


see 

SCC 
SCC 
SCC 


channel_b 
channelja 
channel_.a 
channel__a 


— ~ «v 

command word*/ 
data word */ 
command word */ 
data word */ 
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Figure 1. SCC Port Definition 
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/* — _ *z 

/* read selected sec register */ 

rra: procedure (reg_no) byte; 
declare reg_.no by tei 

if (reg_.no and Of h)O0 

then output ( ch_a_command ) = reg_.no and Ofh; 

return input ( ch_a_j:ommand ) ; 

end rra; 

vrb: procedure (-reg_.no) byte; 
declare reg..nc byte; 

if (reg_no and Ofh) <> 

then output ( ch_b_command ) - reg_no and Ofh; 

return input ( ch_b_command ) ; 

end rrbi 

/* write selected sec register */ 

wra: procedure (reg__no> value); 
declare reg_no byte; 
declare value byte; 

if (reg_no and Ofh) O 

then output < ch__a_j:ommand ) = reg_no and Ofh; 
output ( ch_a_command ) - value; 
end wrai 

urrb: procedure (reg_no» value); 
declare reg_.no byte; 
declare value byte; 

if (reg_no and Ofh) <> 

then output (ch_b_command ) = reg_.no and Ofh; 
output ( ch_b_command ) » value; 
end wrb; 

/* . . _ ; #/ 

231262-2 



Figure 2. Accessing the SCO Registers 
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3. Initialization for ASYNC Operation 

Channel B of the SCC is used to perform ASYNC com- 
munication. Figure 3 shows how the channel B is ini- 
tialized and configured for ASYNC operation. This is 
done by writing the various channel B registers with the 
proper parameters as shown, The comments in the pro- 
gram show what is achieved by each statement. After a 
software reset of the channel, register #4 should be 
written before writing to the other registers. The on- 
chip Baud Rate Generator is used to generate a 1200 
bits/sec clock for both the transmitter and the receiver. 
The interrupts for transmitter and/or receiver are en- 
abled only for the interrupt mode of operation; for poll- 
ing, interrupts must be kept disabled. 



4. ASYNC Communication in Polling 
Mode 

Figure 4 shows the procedures for reading in a received 

character from the 82530 (sec in) and for writing out 

a character to the 82530 (sec out) in the polling mode. 

The sec in procedure returns a byte value which is the 

character read in. The receiver is polled to find if a 
character has been received by the SCC. Only when a 
character has been received, the character is read in 
from the data port of the SCC channel B. 

The sec out procedure requires a byte parameter 

which is the character being written out. The transmit- 



/.*.__...— «..»....— _.-- — _...._ —.. — I — ____ ._ '. M. / ■ 


5cc_init_b: proce 


dure; 






/* sec eh 


B regis 


ter initializa 


tion 


for ASYNC mode */ 


call 


wrb<09» 


OlOOOOOOb) i 


/* 


channel D reset »/ 


call 


wrb (04* 


11001110b); 


/* 


2 stop* no parity* brf * 64x */ 


call 


wrb (02* 


00100000b); 


/* 


vector a 20h #/ 


call 


wrb (03* 


1 1000000b); 


/* 


rx 8 bits/char* no auto-enable */ 


call 


wrb (05* 


01100000b); 


/* 


tx 8 bits/char */ 


call 


wrb (06 j 


00000000b ) ; 






call 


wrb(07» 


00000000b > i 






call 


uirb(09» 


00000001b); 


/* 


vector includes status */ 


call 


wrb( 10* 


00000000b > ; 






call 


urb ( Hi 


01010110b); 


/* 


rxc » txc * BRO . trxc » BRG out */ 


call 


wrb (12i 


00011000b); 


/* 


to generate 1200 baud* x64 Q 4 mhz */ 


call 


wrb (13* 


00000000b ) ; 






call 


urb ( 14. 


00000011b); 


/* 


BRO source ■ SYS CLK* enable BRO */ 


call 


wrb (15, 


00000000b ) ; 


/* 


all ext status interrupts off */ 


/* enables */ 








call 


wrb (03* 


11000001b); 


/♦ scc-b receive enable */ 


call 


uirb (05* 


11101010b); 


/* scc-b transmit enable* dtr on* rts on */ 


/* enable int 


errupts ■- only 


for 


interrupt driven ASYNC I/O */ 


call 


wrb (69* 


00001001b); 


/* 


master IE* vector includes status */ 


call 


wrb(01* 






tx *rx* ext interrupts enable */ 


end scc_init_bj 






_-.——__.«.—«.«.«.«»._— .«._„-.«.——«._«._—.__.—«.—,— .__ -«— — — M. / 


A* ~ ~ 
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Figure 3. Initialization for ASYNC Communication 
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/* . ; _ */ 


/* sec data character input, from channel B */ 


scc_in: procedure byte* 


declare char byte; 


do while ( input (ch_b_command ) and lh) = 0* end; 


char = input (ch__b_data)i /* if rx data character is available */ 


return char; /* then input it to buffer */ 




/# sec data character output to channel B */ 


scc_out: procedure (char); 


declare char byte; 


do while ( input (ch — b_command ) and 4h ) = 0; end; 


output (ch_b_data) » char; /* if tx buff empty then transfer the */ 


/* data character to tx buff */ 


end scc_out; 
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Figure 4. ASYNC Communication in Polling Mode 



ter is polled for being ready to transmit the next charac- 
ter before writing the character out to the data port of 
SCC channel B. 

Typical calls to these procedures are: 

abc variable = sec in; 

call sec out (xyz variable); 



5. ASYNC Communication in Interrupt 
Mode 

In contrast to polling for the receiver and/or the trans- 
mitter to be ready with/for the next character, the 
82530 can be made to interrupt when it is ready to do 
receive or transmit. 

The on-chip interrupt controller of the SCC can be 
made to operate in the vectored mode. In this mode, it 
generates interrupt vectors that are characteristic of the 
event causing the interrupt. For the example here, the 
vector base is programmed at 20h and 'Vector 



Includes Status' (VIS) mode is set - WR9 = 
XXX0XX01. Vectors and the associated events are: 



Vector 


Procedure 


Event Causing Interrupt 


20h 


txintr__b 


ch__b - transmit buffer empty 


22h 


esi^b 


ch__b .- external/status change 


24h 


rxintr b 


ch b - receive character available 


26h 


src_b 


ch b - special receive condition 


28h 


txintr a 


ch_a - transmit buffer empty 


2ah 


esL_a 


ch a - external/status change 


2ch 


rxintr__a 


ch a - receive character available 


2eh 


src_a 


ch a - special receive condition 



NOTE: 

Odd vector numbers do not exist. 

Figure 5 shows the interrupt procedures for the channel 
B operating in ASYNC mode. The transmitter buffer 
empty interrupt occurs when the transmitter can accept 
one more character to output. In the interrupt proce- 
dure for transmit, the byte char out 530 is output. 

Following this, is an epiloge that is common to all the 
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interrupt procedures; the first statement is an end of The receive buffer full interrupt occurs when the receiv- 



interrupt command to the 82530 - note that it is issued 
to channel A - and the second is an End of Interrupt 
(EOI) command to the 80186 interrupt controller 
which is, in fact, receiving the interrupt from the 82530. 



er has at least one character in its buffer, waiting to be 
read in by the CPU. 

The esi b is not enabled to occur and src b cannot 

occur in the ASYNC mode unless the receiver is over- 
run or a parity error occurs. 



/# _ . 

/* channel B interrupt procedures ♦./ 
txintr_b: procedure interrupt 20hi 
output <ch__b_data> = char_out_530; 



call wra(0O/ 38h ) ; 
output <eoir_186) * 8000h> 
return* 
end txintr_bi 



/* reset highest IUS */ 
/♦ non specific EOI */ 



esi_J>: procedure 
call uirb(00, 10h>> 



interrupt 22h» 

/* reset ESI */ 



call wra < 00. 3Bh)i 
output (eoir_186> ■ BOOOhi 
returnj 
end esi b; 



/# reset highest IUS */ 
/♦ non specific EOI #/ 



rxintr_b: procedure interrupt 24h; 
char_in_530 - input <ch.J>__data); 



call uira<00.38h>» 
output <eoir_186) ' . ■' BOOOhi 
return. ; 
end rxintr_bJ 



/* reset highest IUS */ 
/♦ non specific EOI */ 



src_b: procedure 

call wrb<00. 30h)i 

call uira(00. 38h)i 
output <eoir_186) 
return; 
end src_bi 



interrupt 26h; 

/♦ error reset */ 



BOOOhi 



/* reset highest IUS ♦/ 
/♦non specific EOI ♦/ 



/*- 



-*/ 



--#/■ 
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Figure 5. ASYNC Communication in Interrupt Mode 
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6. Initialization for SDLC 
Communication 

Channel A of the SCC is programmed for being used 
for SDLC operation. It uses the DMA channels on the 
80186. Figure 6 shows the initialization procedure for 
channel A. The comments in the software show the 
effect of each statement. The on-chip Baud Rate Gener- 
ator is used to generate a clock of 125 KHz both for 
reception and transmission. This procedure is just to 
prepare the channel A for SDLC operation. The actual 
transmission and reception of frames is done using the 
procedures described further. 



7. SDLC Frame Reception 

Figure 7 shows the entire set-up necessary to receive a 
SDLC frame. First the DMA controller is programmed 

with the receive buffer address (@rx buff), byte count, 

mode etc and is also enabled. Then a flag indicating 
reception of the frame is reset. An Error Reset com- 
mand is issued to clear up any pending error condi- 
tions. The receive interrupt is enabled to occur at the 
end of frame reception (Special Receive Condition); 
lastly, the receiver is enabled and put in the Hunt mode 
(to detect the SDLC flag). When the first flag is detect- 



ed on the RxDA pin, it goes from the Hunt to the Sync 
mode. It receives the frame and the end of frame inter- 
rupt (src b, vector = 2eh) occurs. 



8. SDLC Frame Transmission 

Figure 8 shows the procedure for transmitting a SDLC 
frame once the channel A is initialized. The DMA con- 
troller is initialized with the transmit buffer address 
(@tx buff (1)) - note, it is the second byte of the trans- 
mit buffer - and the byte count - again one less than the 
total buffer length. This is done because the first byte in 
the buffer is output directly using an I/O instruction 
and not by DMA. Then the flag indicating frame trans- 
mitted is reset. The events following are very critical in 
sequence: 

a. Reset external status interrupts 

b. Enable the transmitter 

c. Reset transmit CRC 

d. Enable transmitter underrun interrupt 

e. Enable the DMA controller 

f. Output first byte of the transmit block to data port 

g. Reset Transmit Underrun Latch 



/J*. n / 


SCC 


_init_a: procedure* 




. . w/ 


/# 


sec ch 


A regis 


ter initializat 


ion 


for SDLC mode .*/ 




call 


wra< 09, 


10000000b); 


/* 


channel A reset */ 




call 


wra<04, 


00.1.00000b); 


/* 


SDLC mode */ 




call 


wra<01, 


01100000b); 


/* 


DMA for Rx */ 




call 


wra<03, 


11000000b); 


/* 


8 bit Rx char, Rx disable */ 




call 


wra<05, 


01 100000b); 


/# 


8 bit Tx char, Tx disable */ 




call 


wra<0&, 


01010101b); 


/♦ 


node address */ 




call 


wra<07, 


01111110b); 


/♦ 


SDLC flag */ 




call 


_>ra( 10, 


1 OOOOOOOb ) ; 


/* 


preset CRC, NRZ encoding »/ 




call 


wral 11, 


01010110b); 


/* 


rxc = txc = BRG , trxc = BRG out */ 




call 


tura< 12, 


000011 10b); 


/* 


to generate 125 Kbaud, xl @ 4 mh z ♦/ 




call 


wra( 13, 


00000000b ) ; 








call 


uira( 14, 


OOOOQUOb); 


/* 


BRG source = SYS CLK, DMA for Tx */ 




call 


wra< 15, 


00000000b ) i 


'/* 


all ext status interrupts off #/ 




/♦ enables */ 










call 


wra( 14, 


00000111b); 


/♦' enable : BRG */ 




call 


wra(01, 


11100000b); 


/* enable : dreq */ 




call 


wra( 09, 


00001001b); 


/* master IE, vector includes status */ 


end 


scc_.init_.ai 








r »"■" • — — — — — — — — —————————— ._.__—— __ .————— t; j 
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Figure 6. Initialization for SDLC Communication 
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/♦ _ _ _ . #/ 

rx_ init: procedure; 

declare dma_0_mode literally '1010001001000000b'* 

/* »rc*IO# dest=M(inc)» sync»src* TCi noint* priority* byte */ 

butifQrd (dma.jD._dpl ) « lowl6(Grx_buf f ); 

outwprd<dma_0_dph) - highl6(ffirx_buf f )* 

outuford<dma_0_spl ) ■ ch_a_data; 

outword < dma_0_sph ) ■ Oi 

outword<dma_pItc) * block_length + 2* /* +2 for CRC ♦/ 

outword<dma_0_cui) * dma^O^mode or 0006h; /* start DMA channel */ 

f rame_recd = 0* /* reset frame received flag */ 

call wra(00*30h); /* error reset #/ 

call wra<01r 11111001b); /* sp. cond intr only* ext int enable */ 

call wra(03* 11010001b); /* enable receiver, enter hunt mode */ 

end rx_init; 

/♦ */ 
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Figure 7. SDLC Frame Reception 



/* . */ 

tx_init: procedure; 

declare dma_l_mode literally '0001011010000000b'; 

/♦ src=?M(inc)* dest=IO, sync-dest* TC. noint* noprior, byte */ 

outuiord(dma_l_spl ) « iowl6<@tx_buf f ( 1 ) ) • 

outu>ord(dma_l__sph > * highl6(fttx_buf f ( 1 ) ); 

outu»ord<dma_l__dpl) = ch_a_data; 

outword (dma_l__dph )• ■ 0; 

outword(dma_l_tc ) » block_length - 1; /# -1 for first byte ♦/ 

frame_tx = 0; /♦ reset frame transmitted flag ♦/ 

call uira(00* 00010000b); /* reset ESI */ 

call uira(05* 01101011b); /» enable transmitter »/ 

call uira(00* 10101000b); /* reset tx CRC* TxINT pending */ 

call wra(15, 01000000b); /* enable : TxU int «/ 

outword<dma_l_cu;) » dma_l_mode or 0006h; /* start DMA channel 1 */ 
output(ch_a~data> ■ txj>uff<0); /♦ first byte— address field «/ 
call wra(00* 11000000b 7; /♦ Reset Tx Underrun latch'*/ 

end tx_init* 

/* , „ ' */ 
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Figure 8. SDLC Frame Transmission 
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•K / 


/* channel A interrupt 


procedures »/ 




txintr_a: procedure 




interrupt 28h; 




call wra<00, 38h ) ; 
output <eoir_186) 
return; 
end txintr_a; 


= 


/* reset highest IUS */ 
8000h; /* non specific EOI */ 




esi__a: procedure 




interrupt 2ah; 




call wra<00, 10h>; 
tx_stat = rra(0>; 
frame_tx = Offh; 




/* reset ESI */ 

/* read in status */ 

/* set frame transmitted flag */ 




call wra<00, 38h>; 
output <eoir__lB6) 
return; 
end esi_a; 


- 


/* reset highest IUS */ 
8000b; /* non specific EOI #/ 




rxintr__a: procedure 




interrupt 2ch; 




call wra( 00, 38h Y; 
output (eoir_186) 
return; 
end r x intr_a; 


= 


/* reset highest IUS */ 
8000h; /* non specific EOI */ 




src_a: procedure 




interrupt 2eh; 




rx_stat '« rra(l); 

call wra<00> 30h >; /* error reset */ 

call wra (03, 1 1000000b); /* disable rx */ 

frame_recd = Offh; /* set frame received flag */ 




call wra (00, 38h>; 
output (eoir_186) 
return; 
end src_a; 


= 


/* reset highest IUS ♦/ 
8000h; /* non specific EOI »/ 












231262-9 



Figure 9. SDLC Interrupt Routines 
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The frame gets transmitted out with all bytes, except 
the first one, being fetched by the SCC using the DMA 
controller. At the end of the block the DMA controller 
stops supplying bytes to the SCC. This makes the trans- 
mitter underrun. Since the Transmitter Underrun 
Latch is in the reset state at this moment, the CRC 
bytes are appended by the SCC at the end of the trans- 
mit block going out. An External Status Change inter- 
rupt (esi a, vector = 2ah) is generated with the bit for 

transmitter underrun set in RRO register. This inter- 
rupt occurs when the CRC is being transmitted out and 
not when the frame is completely transmitted out. 



9. SDLC Interrupt Routines 

Figure 9 shows all the interrupt procedures for channel 
A when operating in the SDLC mode. The procedures 
of significance here are esi a and src a. 

The end of frame reception results in the src a proce- 
dure getting executed. Here the status in register RR1 

is stored in a variable rx stat for future examination. 

Any error bits set in status are reset, receiver is disabled 
and the flag indicating reception of a new frame is set. 

The esi a procedure is executed when CRC of the 

transmitted frame is just going out of the SCC. Reset 
External Status Interrupt command is executed, the ex- 
ternal status is stored in a variable tx stat for future 



examination and the flag indicating transmission of the 
frame is set. 

End of frame processing is required after both of these 
interrupt procedures. It involves looking at 
rx_stat and tx stat and checking if the desired opera- 
tion was successful. The buffers used, may have to be 
recovered or new ones obtained to start another frame 
transmission or reception. 



CONCLUSIONS 

This article should ease the process of writing a com- 
plete data link driver for ASYNC and SDLC modes 
since most of the hardware dependent procedures are 
illustrated here. It was a conscious decision to make the 
procedures as small and easy to understand as possible. 
This had to be done at the expense of making the proce- 
dures general and not dealing with various exception 
conditions that can occur. 
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APPENDIX A 
82530— BAUD RATE GENERATORS 



The 82530 has two Baud Rate Generators (BRG) on 
chip — one for each channel. They are used to provide 
the baud rate or serial clock for receive and transmit 
operations. This article describes how the BRG can be 
programmed and used. 

The BRG for each channel is totally independent of 
each other and have to be programmed separately for 
each channel. This article describes how any one of the 
two BRGs can be programmed for operation. To use 
the BRG, four steps have to be performed: 

1. Determine the Baud Rate Time Constant (BRTC) 
to be programmed into registers WR12 (LSB) and 
WR13(MSB). 

2. Program in register WR11, to specify where the 
output of the BRG must go to. 

3. Program the clock source to the BRG in register 
WR14. 

4. Enable the BRG. 



Step 1: Baud Rate Time Constant (BRTC) 

The BRTC is determined by a simple formula: 

_ _ Serial Clock Frequency _^ 

BRTC — ———————————— ^— —————— -—-——. — — — 

2 X (Baud Rate X Baud Rate Factor) 

Example: 

For Serial Clock Frequency = 4 MHz 

Baud Rate = 9600 

Baud Rate Factor = 16 

M . 4000000 

BRTC = — ~ 2 

2 X (9600 X 16) 

= 13.021 - 2 = 11.021 



|D 7 |P6|Ds|D4|D3|D2lPllPol 




















1 


1 





1 


1 



I 


I 











1 


1 





1 


1 



TRxC OUT = XTAL OUTPUT 
TRxC OUT = TRANSMIT CLOCK 
TRxC OUT = BR GENERATOR OUTPUT 
TRxC OUT = DPLL OUTPUT 

■ TRxCO/l 



TRANSMIT CLOCK = RTxC PIN 

TRANSMIT CLOCK = TRxC PIN 

TRANSMIT CLOCK = BR GENERATOR OUTPUT 

TRANSMIT CLOCK = DPLL OUTPUT 



RECEIVE CLOCK = RTxC PIN 

RECEIVE CLOCK = TRxC PIN 

RECEIVE CLOCK = BR GENERATOR OUTPUT 

RECEIVE CLOCK = DPLL OUTPUT 



RTxC XTAL/NO XTAL 



Figure 1. Write Register 11 
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Table 1. BRTC - Baud Rate Time Constant 







Baud Rate Factor 




1 


16 


32 


64 




9600 


206.333 


11.021 


4.510 


1.255 




4800 


414.667 


24.042 


11.021 


4.510 


Baud 


2400 


831.333 


60.083 


24.042 


11.021 


Rate 


1200 


1664.667 


102.167 


50.083 


24.042 




600 


3331.333 


206.333 


102.167 


50.083 




300 


6664.667 


414.667 


206.333 


102.167 



Since only integers can be written into the registers 
WR12/WR13 this will have to be rounded off to 11 
and it will result in an error of: 



fraction ,_ 0.021 

X 100 = X 100 * 



BRTC 



11.021 



0.19% 



This error indicates that the baud rate signal generated 
by the BRG does not provide the exact frequency re- 
quired by the system. This error is more serious for 
smaller baud rate factors. For asynchronous systems, 
errors up to 5% are considered acceptable. 



Note that for BRTC 
Serial Clock Freq. 



0, BRG output frequency = 1/4 X 



Table 1 shows the BRTC for a 4 MHz serial clock with 
various baud rates on the Y - axis and baud rate factors 
on the X - axis. The constant that is really programmed 
into registers WR12/WR13 is the integer closest to the 
BRTC value shown in the table. 



■ P7JP6|Ps|P4|D3|P2|Pl|Po| 
















1 





1 





1 1 


1 





1 


1 


1 


1 


1 


1 1 



Li 



BR GENERATOR ENABLE 
BR GENERATOR SOURCE 
DTR/REQUEST FUNCTION 
AUTO ECHO 
LOCAL LOOPBACK 



NULL COMMAND 

ENTER SEARCH MODE 

RESET MISSING CLOCK 

DISABLE DPLL 

SET SOURCE = BR GENERATOR 

SET SOURCE - RTxC 

SET FM MODE 

SET NRZI MODE 
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Figure 2. Write Register 14 



Step 2: BRG Output 

The output of the BRG can be directed to the Receiver, 
Transmitter and the TRxC output. This is programmed 
by setting bits D6 D5, bits D4 D3, and bits Dl DO in 
register WR11 to 10. See Figure 1. The output of the 
BRG can also be directed to the Digital Phase Locked 
Loop (DPLL) for the on-chip decoding of the NRZI 
encoded received data signal. This is done by Writing 
100 into bits D7 D6 D5 of register WR14 as shown in 
Figure 2. 



Step 3: BRG Source Clock 

Register WR14 is used to select the input clock to the 
BRG. See Figure 2. 



WR14/bitDl = 
WR14/bitDl = 1 



Clock comes from pin 
RTxC 

Clock comes from System 
Clock (PCLK) 



On RESET WR14 / bit Dl = 0. 

It should be noted that for the case of Bit Dl = 0, the 
clock comes either from: 

a. Clock on pin RTxC - if WRU / D7 = 

or b. Crystal on pins RTxC & SYNC 

-ifWRll/D7 = 1 

Step 4: BRG Enable 

This is the last step where bit DO of WR14 is set to start 
the BRG. The BRG can also be disabled by resetting 
this bit. 
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APPENDIX B 
MODEM CONTROL PINS ON THE 82530 



Introduction 

This article describes how the CTS/ and CD/ pins on 
the 82530 behave and how to write software to service 
these pins. The article explains when the External 
Status Interrupt occurs and how and when to issue the 
Reset External Status Interrupt command to reliably 
determine the state of these pins. 

Bits D3 and D5 of register RRO show the inverted state 
of logic levels on CD/ and CTS/ pins respectively. It is 
important to note that the register RRO does not always 
reflect the current state of the CD/ and CTS/ pins. 
Whenever a Reset External Status Interrupt (RESI) 
command is issued, the (inverted) states of the CD/ 
and the CTS/ pins get updated and latched into the 
RRO register and the register RRO then reflect the in- 
verted state of the CD/ and CTS/ pins at the time of 
the write operation to the chip. On channel or chip 
reset, the inverted state of CD/ and CTS/ pins get 
latched into RRO register. 

Normally, a transition on any of the pins does not nec- 
essarily change the corresponding bit(s) in RRO. In cer- 
tain situations it does and in some cases it does not. A 
sure way of knowing the current state of the pins is to 
read the register RRO after a RESI command. 

There are two cases: 

I. External Status Interrupt (ESI) enabled. 

II. Polling (ESI disabled). 



Case I: External Status Interrupt (ESI) Enabled 

Whenever ESI is enabled, an interrupt can occur when- 
ever there is a transition on CD/ or CTS/ pins - the IE 



bits for CD/ and/or CTS/ must also be set in WR15 
for the interrupt to be enabled. 

In this case, the first transition on any of these pins will 
cause an interrupt to occur and the corresponding bit in 
RRO to change (even without the RESI command). A 
RESI command resets the interrupt line and also latch- 
es in the current state of both the CD/ and the CTS/ 
pins. If there was just one transition the RESI does not 
really change the contents of RRO. 

If there are more than one transitions, either on the 
same pin or one each on both pins or multiple on both 
pins, the interrupt would get activated on the first tran- 
sition and stay active. The bit in RRO corresponding 
only to the very first transition is changed. All subse- 
quent transitions have no effect on RRO. The first tran^ 
sition, in effect, freezes all changes in RRO. The first 
RESI command, as could be expected, latches the final 
(inverted) state of the CD/ and CTS/ pins into the 
RRO register. Note that all the intermediate transitions 
on the pins are lost (because the response to the inter- 
rupt was not fast enough). The interrupt line gets reset 
for only a brief moment following the first RESI com- 
mand. This brief moment is approximately 500 ns for 
the 82530. After that the interrupt becomes active 
again. A second RESI command is necessary to reset 
the interrupt. Two RESI commands resets the interrupt 
line independent of the number of transitions occurred. 

Whenever operating with ESI enabled, it is recom- 
mendable to issue two back-to-back RESI commands 
and then read the RRO register to reliably determine 
the state of the CD/ and CTS/ pins and also to reset 
the interrupt line in case multiple transitions may have 
occurred. 







CD/ OR CTS/ 
TRANSITION 




CD/ OR CTS/ 
TRANSITION 


A 






RESET -h 


<2 


*- -^ 

RESI 


E 


RESI 


i 


SUBSEQUENT 
TRANSITIONS 
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State Diagram 
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Case II: Polling RRO for CD/ and CTS/ Pins 

If RRO is polled for determining the state of the CD/ 
and CTS/ pins, then the External Status Interrupt 
(ESI) is kept disabled. In this case the bits in RRO may 
not change even for the first transition. The best way to 
handle this case to always issue a RESI command be- 
fore reading in the RRO register to determine the state 
of CD/ and CTS/ pins. Note, however, if two back-to- 
back RESI commands were to be issued every time be- 
fore reading in the RRO register, the first subsequent 
transition will change the corresponding bit in RRO. 

The state diagram above illustrates how each transition 
on CD/ and CTS/ pins affect the 82530 and what effect 
the RESI command has. 

State 

It is entered on reset. No ESI due to CTS/ or CD/ 
are pending in this state. Any transition on CTS/ or 
CD/ pins lead to the state 1 accompanied by an im- 
mediate change in the RRO register. 

State 1 

Interrupt is active (if enabled). If a RESI command 
is issued, state is reached where interrupt is again 
inactive. However, a further transition on CTS/ Or 
CD/ pin leads to state 2 without an immediate 
change in RRO register. 

State2 

Interrupt is active (if enabled). Any further tran- 
sitions have no effect. A RESI command leads to 
state 1, temporarily making the interrupt inactive. 



CONCLUSIONS 

Register RRO does not always reflect the current (in- 
verted) state of the CD/ and CTS/ pins. The most reli- 
able way to determine the state of the pins in interrupt 
or polling mode is to issue two back-to-back RESI com- 
mands and then read RRO. While polling, the second 
RESI is redundant but harmless. When issuing the 
back-to-back RESI commands to 82530 note that the 
separation between the two write cycles should be at 
least 6 CLK + 200 ns; otherwise the second RESI will 
be ignored. 
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APPENDIX C. 
Interfacing 82530 to 80186 



INTRODUCTION 

The 82530 is InteFs new sophisticated dual channel 
multiprotocol serial communications controller. It can 
run up to 1.5 Mb/s in synchronous mode. It has useful 
features like on-chip baud rate generators and oscilla- 
tors. It can be operated in polled, interrupt, half-duplex 
DMA, or full-duplex DMA modes. It is also capable of 
supplying its own interrupt vector during INTA cycles 
(like the 8274). 

Interfacing the 82530 to the 8086/88 and 80186/188 
processors requires the external logic shown in Figure 1. 



FOUR TTL PACKAGE INTERFACE 

A method of interfacing the 82530 to the 80186 CPU 
with four 14-pin TTL packages is described in this ap- 
plication note. The circuitry is shown in Figure 2. The 
TTLs are 74LS04, 74LS74, and 74LS08. 

The interface supports the following operational modes: 

1) Polled 

2) Interrupt in vectored mode 

3) Interrupt in non-vectored mode 

4) Half-duplex - DMA on both channels 

5) Full-duplex - DMA on one channel 



80186 



t=3^ft=> 



I J 

TTL Glue 
(74LS04, 74LS08, 74LS74) 
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Figure 1. 80186/82530 Interface 
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1. H = PULLED HIGH THROUGH 1K OHM 

2. U1 = 74LS74 
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PRINCIPLES AND CIRCUIT 
DESCRIPTION 

The principles shown can be used easily to extend full 
duplex DMA to both channels. This can in fact be done 
using the same 4 TTL packages if an 8288 were also 
used in the system — more of that later. The reason why 
TTL interfacing is necessary and how it is done is now 
described. 

A) Reset 

The 82530 does not have an explicit hardware reset 
input; however, simultaneous activation of RD and 



WR signals, as shown in Figure 3, is equivalent to a 
hardwar e reset of the 8 2530 . This requires ORing of 
RESET with RD and WR signals to the 82530. 

B) Write 

The falling edge of WR should not occur before the 
data (to be written to the 82530) is valid (see Figure 
4). Nor should the rising edge of WR occur after 
the data becomes invalid. This means, that the WR 
active phase should occur e ntire ly during the time 
when the data is valid. The WR signal from 8086/ 
88/186/188 goes active before the data is valid. A 
D fl ip-flop and two inverters are used to delay the 
WR going to 82530 so that it becomes active after 
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Figure 5. INTA Signal Processing 



the data is v alid. N ote that if an 8288 is used to 
generate the IOWR signal (as in all big systems), 
then the flip -flop and inverters are not required 
since IOWR from the 8288 is compatible with the 
82530 timing requirements. 

DMA 

The 82530 has two types of DMA request outputs; 
also, it has no DACK inputs. This means that the 
82530 requires either a two cycle type of DMA 
transfer (a la 80186/88 or 8089), or DACK from 
the DMA controller (e.g. 8237A) has to be used to 
generate CS, A/B, and D/C signals. 

The first type of DMA request is RDY/REQ. It 
can be pr ogrammed to function as RDY or 
DMAREQ (WR1: Bit 6). It can further be pro- 
grammed as DMAREQ for transmit or for receive 
(WR1: Bit 5). This enables using just one signal for 
both the receive and transmit functions — ideal for 
half-duplex operation. This signal needs just an in- 
version to be fed into the DRQ input of the 80186. 

The second DMA request signal i s DT R/REQ. It 
can be programmed to function as DTR (Data Ter- 
minal Ready) or as DMAREQ for transmitter (ac- 
tive on transmitter buffer empty) in WR14: Bit 2 . 
Thus , full -duplex D MA is poss i ble by usi ng DTR/ 
REQ as TxDRQ and RDY/REQ as RxDRQ. 



DTR/REQ requires a little over 5 CLK cycles to 
become inactive. This would cause the DMA con- 
troller to run multiple D MA cycles, c ausing loss of 
data. A flip-flop is set by DTR/REQ whose output 
is DRQ1 to the 80186. The respon se of the 80186 to 
DRQ1 is a read or write at PCS5 address to do the 
DMA TRANSFER. This resets the flip-flop cut- 
ting off the DMA request to the 80186 which pre- 
vents false DMA transfer. 

The DMA configurations supported by the interface 
are: 

• Half-duplex on Channel A and Channel B 

• Full-duplex on Channel A and no DMA on Chan- 
nel B 



D) INTA Processing 



80186 generates 2 back-to-back INTA cycles in re- 
sponse to an interrupt and expects to read the inter- 
rupt vector on the second cycle. Two flip-flop s (Ul) 
are used to conv ert these two cycles to one INTA 
cycle and a RD pulse as required by the SCC. See 
timi ng diagram in Figure 5. SC C requi res that the 
RD pulse is contained within the INTA pulse . This, 
alon g wi th the pulse width requirements for INTA 
and RD signals are easily met. 
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WAIT STATE REQUIREMENTS 

The 82530 requires wait states in a normal single buff- 
ered system, as shown in Figure 6. They arise primarily 
due to the WR pulse width ( = 390 ns) and its timing 
with respect to data valid as shown in Figure 4. 



sec 





82530 
(4 MHz) 


82530-6 
(6 MHz) 


80186-6 
(6 MHz) 


2 
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Processor 

80186 
(8 MHz) 


3 


2 



Figure 6. Wait State Requirements 

It is assumed in this interface design that the 80186 
generates the chip selects and the appropriate number 
of wait states. In an 8086/88 system, chip select and 
wait states must be generated externally just as for all 
other peripheral components attached to the CPU. 



The PCS6 chip select output from the 80186 is used to 
select the 82530 for all operations exc ept to service 
DMA on Channel 1 of the 80186 when PCS5 is used. 
Note that it is necessary to pulse PCS5 signal before 



enabling the DMA Channel 1. This resets the DRQ1 
flip-flop. A block for clock generator is also shown — al- 
though it is not considered a part of the CPU interface. 
It may be easily derived from CLKOUT. 

The 4 TTL pack interface presented here covers all fea- 
tures of the SCC usage. In many cases the interface 
need not be as extensive as shown here and results in 
saving board space. Two cases where considerable sav- 
ing is achieved are: 



Case 1: System Using 8288 

If the system use s an 8288 bus controller for 80186, 
pre-pro cessing of WR input is not necessary and the 
IOWC output of 8288 can be fed d irectly to pin 5 of U2 
(74LS08). This is because IOWC signal meets the tim- 
ing requirements of the SCC. Also note, that the inter- 
face circuit is then totally independent of the 80186 
clock. 



Case 2: System Using Non-Vectored Interrupt 
Mode for SCC 

Such a system will not need the component Ul 
(74LS74) nor the AND gate U2 (pins 11,12, 13). Pin 3 
of U2 can be fed directly to the RD input of SCC. 



CONCLUSION 

This four TTL package interface solution is low cost 
and compact (1.2 sq. inch). It should satisfy 82530 in- 
terfacing for almost all applications. In fact, as already 
mentioned, many applications may require only 2-3 
TTL packages for interfacing the 82530 to 80186 or to 
other INTEL processors. 
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8291A 
GPIB TALKER/LISTENER 



Designed to Interface 
Microprocessors (e.g., 8048/49, 8051, 
8080/85, 8086/88) to an IEEE Standard 
488 Digital Interface Bus 

Programmable Data Transfer Rate 

Complete Source and Acceptor 
Handshake 

Complete Talker and Listener 
Functions with Extended Addressing 

Service Request, Parallel Poll, Device 
Clear, Device Trigger, Remote/Local 
Functions 

Selectable Interrupts 

On-Chip Primary and Secondary 
Address Recognition 

Automatic Handling of Addressing and 
Handshake Protocol 

Provision for Software Implementation 
of Additional Features 



1-8 MHz Clock Range 

16 Registers (8 Read, 8 Write), 2 for 
Data Transfer, the Rest for Interface 
Function Control, Status, etc. 

Directly Interfaces to External 
Non-Inverting Transceivers for 
Connection to the GPIB 

Provides Three Addressing Modes, 
Allowing the Chip to be Addressed 
Either as a Major or a Minor Talker/ 
Listener with Primary or Secondary 
Addressing 

DMA Handshake Provision Allows for 
Bus Transfers without CPU 
Intervention 

Trigger Output Pin 

On-Chip EOS (End of Sequence) 
Message Recognition Facilitates 
Handling of Multi-Byte Transfers 



The 8291 A is an enhanced version of the 8291 GPIB Talker/Listener designed to interface microprocessors to 
an IEEE Standard 488 Instrumentation Interface Bus. It implements all of the Standard's interface functions 
except for the controller. The controller function can be added with the 8292 GPIB Controller, and the 8293 
GPIB Transceiver performs the electrical interface for Talker/Listener and Talker/Listener/Controller 
configurations. 
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Figure 1. Block Diagram 



Figure 2. Pin Configuration 
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8291A FEATURES AND IMPROVEMENTS 



The 8291A is an improved design of the 8291 GPIB 
Talker/Listener. Most of the functions are identical to 
the 8291, and the pin configuration is unchanged. 



The 8291 A offers the following improvements to the 
8291: 



1. EOI is active with the data as a ninth data bit 
rather than as a control bit. This is to comply 
with some additions to the 1975 IEEE-488 Stan- 
dard incorporated in the 1978 Standard. , 

2. The BO interrupt is not asserted until RFD is 
true. If the Controller asserts ATN 
synchronously, the data is guaranteed to be 
transmitted. If the Controller asserts ATN 
asynchronously, the SH (Source Handshake) 
will return to SIDS (Source Idle State), and the 
output data will be cleared. Then, if ATN is 
released while the 8291 A is addressed to talk, a 
new BO interrupt will be generated. This change 
fixes 8291 problems which caused data to be 
lost or repeated and a problem with the RQS bit 
(sometimes cannot be asserted while talking). 

3. LLOC and REMC interrupts are setting flipflops 
rather than toggling flipflops in the interrupt 
backup register. This ensures that the CPU 
knows that these state changes have occurred. 
The actual state can be determined by checking 
the LLO and REM status bits in the upper nibble 
of the Interrupt Status 2 Register. 



4. DREQ is cleared by DACK (R D * W R). DREQ on 
the 8291 was cleared only by DACK which is not 
compatible with the 8089 I/O Processor. 

5. The INT bit in Interrupt Status 2 Register is du- 
plicated in bit 7 of the Address Register. If 
software polling is used to check for an inter- 
rupt, INT in the Address Register should be 
polled rather than the Interrupt Status 2 Regis- 
ter. This ensures that no interrupts are lost due 
to asynchronous status reads and interrupts. 

6. The 8291 A's Send EOT Auxiliary Command 
works on any byte including the first byte of a 
message. The 8291 did not assert EOT after this 
command for a one byte message nor on two 
consecutive bytes. 



7. To avoid confusion between holdoff on DAV ver- 
sus RFD if a device is readdressed from a talker 
to a listener role or vice-versa during a holdoff, 
the "Holdoff on Source Handshake" has been 
eliminated. Only "Holdoff on Acceptor Hand- 
shake" is available. 

8. The rsv local message is cleared automatically 
upon exit from SPAS if (APRS:STRS:SPAS) oc- 
curred. The automatic resetting of the bit after 
the serial poll is complete simplifies the service 
request software. 

9. The SPASC interrupt on the 8291 has been 
replaced by the SPC (Serial Poll Complete) in- 
terrupt on the 8291 A. SPC interrupt is set on exit 
from SPAS if APRS:STRS:SPAS occurred, indi- 
cating that the controller has read the bus status 
byte after the 8291 A requested service. The 
SPASC interrupt was ambiguous because a 
controller could enter SPAS and exit SPAS gen- 
erating two SPASC interrupts without reading 
the serial poll status byte.The SPC interrupt also 
simplifies the CPU's software by eliminating the 
interrupt when the serial poll is half way done. 

10. The rtl Auxiliary Command in the 8291 has been 
replaced by Set and Clear rtl Commands in the 
8291 A. Using the new commands, the CPU has 
the flexibility to extend the length of local mode 
or leave it as a short pulse as in the 8291 . 

11. A holdoff RFD on GET, SDC, and DCL feature 
has been added to prevent additional bus ac- 
tivity while the CPU is responding to any of 
these commands. The feature is enabled by a 
new bit (B 4 ) in the Auxiliary Register B. 

12. On the 8291 , BO could cease to occur upon IFC 
going false if IFC occurred asynchronously. On 
the 8291 A, BO continues to occur after IFC has 
gone false even if it arrived asynchronously. 

13. User's software can distinguish between the 
8291 and the 8291 A as follows: 

a) pon (00H to register 5) 

b) RESET (02H to register 5) 

c) Read Interrupt Status 1 Register. If BO inter- 
rupt is set, the device is the 8291 . If BO is clear, 
it is the 8291 A. 

This can be used to set a flag in the user's 
software which will permit special routines to be 
executed for each device. It could be included 
as part of a normal initialization procedure as 
the first step after a chip reset. 



10-2 



205248-002 



iny 



8291 A 



Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


D -D 7 


12-19 


I/O 


Data Bus Port: To be con- 
nected to microprocessor 
data bus. 


Hoq — H02 


21-23 


I 


Register Select: Inputs, to 
be connected to three non- 
multiplexed microproces- 
sor address bus lines. 
Select which of the 8 inter- 
nal read (write) registers 
will be read from (written 
into) with the execution of 
RD(WR.) 


CS 


8 


I 


Chip Select: When low, 
enables reading from or 
writing into the register se- 
lected by RS -RS 2 . 


RD 


9 


I 


Read Strobe: When low 
with CS or DACK low, se- 
lected register contents 
are read. 


Wr 


10 


I 


Write Strobe: When low 


with CS or DACK low, data 
is written into the selected 
register. 


INT (INT) 


11 





Interrupt Request: To the 

microprocessor, set high 
for request and cleared 
when the appropriate reg- 
ister is accessed by the 
CPU. May be software con- 
figured to be active low. 


DREQ 


6 





DMA Request: Normally 
low, set high to indicate 
byte output or byte input in 
DMA mode; reset by DACK. 


DACK 


7 


I 


DMA Acknowledge: When 
low, resets DREQ and 
selects data in/data out 
register for DMA data 
transferjactual transfer 
done by RD/WR pulse). 

Must be high if DMA is not 
used. 


TRIG 


5 





Trigger Output: Normally 
low; generates a triggering 
pulse with 1 fisec min. 
width in response to the 
GET bus command or Trig- 
ger auxiliary command. 


CLOCK 


3 


I 


External Clock: Input, 
used only for T, delay 
generator. May be any 
speed in 1-8 MHz range. 



Symbol 


Pin 
No. 


Type 


Name and Function 


RESET 


4 


I 


Reset Input: When high, 
forces the device into an 
"idle" (initialization) mode. 
The device will remain at 
"idle" until released by the 
microprocessor, with the 
"Immediate Execute pon" 
local message. 


DlO^DTOe 


28-35 


I/O 


8-Bit GPIB Data Port: Used 
for bidirectional data byte 
transfer between 8291A 
and GPIB via non-inverting 
external line transceivers. 


DAV 


36 


I/O 


Data Valid: GPIB hand- 
shake control line. Indi- 
cates the availability and 
validity of information on 
the DIO^DlOe and EOI 
lines. 


NRFD 


3 7 


I/O 


Not Ready for Data: GPIB 
handshake control line. In- 
dicates the condition of 
readiness of device(s) con- 
nected to the bus to accept 
data. 


NDAC 


38 


I/O 


Not Data Accepted: GPIB 
handshake control line. In- 
dicates the condition of ac- 
ceptance of data by the 
device(s) connected to the 
bus. 


AfN 


26 


I 


Attention: GPIB command 
line. Specifies how data on 
DIO lines are to be inter- 
preted. 


IFC 


24 


I 


Interface Clear: GPIB 
command line. Places the 
interface functions in a 
known quiescent state. 


SRQ 


27 





Service Request: GPIB 
command line. Indicates 
the need for attention and 
requests an interruption of 
the current sequence of 
events on the GPIB. 


REN 


25 


I 


Remote Enable: GPIB 
command line. Selects (in 
conjunction with other 
messages) remote or local 
control of the device. 


EOI 


39 


I/O 


End or Identify: GPIB com- 
mand line. Indicates the 
end of a multiple byte 
transfer sequence or, in 
conjunction with ATN, ad- 
dresses the device during a 
polling sequence. 
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Table 1. Pin Description (Continued) 



Symbol 


Pin 
No. 


Type 


Name and Function 


T/R1 


1 





External Transceivers 
Control Line: Set high to 
indicate output data/ 
signals on the DICVDIOe 
and DAV lines and input 
signals on the NRFD and 
NDAC lines (active source 
handshake). Set low to in- 
dicate jnjDut data/signals 
on the Dld-DlOa and DAV 
lines and output signals on 
the NRFD and NDAC lines 
(active acceptor hand- 
shake). 



Symbol 


Pin 
No. 


Type 


Name and Function 


T/R2 


2 





External Transceivers 
Control Line: Set to indi- 
cate output signals on the 
EOI line. Set low to indicate 
expected input signal on 
the EOI line during parallel 
poll. 


V C c 


40 


RS. 


Positive Power Supply: 

(5V ±10%). 


GND 


20 


P.S. 


Circuit Ground Potential. 



NOTE: 

All signals on the 8291 A pins are specified with positive logic. 
However, IEEE 488 specifies negative logic on its 16 s ignal lines. 
Thus, the data is inverted once from D -D 7 to DIO -DIO 8 and 
non-inverting bus transceivers should be used. 
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Figure 3. 8291 A System Diagram 



THE GENERAL PURPOSE INTERFACE 
BUS (GPIB) 

The General Purpose Interface Bus (GPIB) is 
defined in the IEEE Standard 488-1978 "Digital In- 
terface for Programmable Instrumentation." 
Although a knowledge of this standard is assumed, 
Figure 4 provides the bus structure for quick refer- 
ence. Also, Tables 2 and 3 reference the interface 
state mnemonics and the interface messages 
respectively. Modified state diagrams for the 8291 A 
are presented in Appendix A. 



General Description 

The 8291 A is a microprocessor-controlled device 
designed to interface microprocessors, e.g., 
8048/49, 8051, 8080/85, 8086/88 to the GPIB. It im- 
plements all of the interface functions defined in the 



IEEE-488 Standard except for the controller func- 
tion. If an implementation of the Standard's Control- 
ler is desired, it can be connected with an Intel® 8292 
to form a complete interface. 

The 8291A handles communication between a mi- 
croprocessor-controlled device and the GPIB. Its 
capabilities include data transfer, handshake 
protocol, talker/listener addressing procedures, 
device clearing and triggering, service request, and 
both serial and parallel polling. In most procedures, 
it does not disturb the microprocessor unless a byte 
has arrived (input buffer full) or has to be sent out 
(output buffer empty). 

The 8291A architecture includes 16 registers. Eight 
of these registers may be written into by the micro- 
processor. The other eight registers may be read by 
the microprocessor. One each of these read and 
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write registers is for direct data transfers. The rest of 
the write registers control the various features of the 
chip, while the rest of the read registers provide the 
microprocessor with a monitor of GPIB states, vari- 
ous bus conditions, and device conditions. 

GPIB Addressing 

Each device connected to the GPIB must have at 
least one address whereby the controller device in 
charge of the bus can configure it to talk, listen, or 
send status. An 8291A implementation of the GPIB 
offers the user three alternative addressing modes 
for which the device can be initialized for each appli- 
cation. The first of these modes allows for the device 
to have two separate primary addresses. The second 
mode allows the user to implement a single 
talker/listener with a two byte address (primary ad- 
dress + secondary address). The third mode again 
allows for two distinct addresses but in this instance, 
they can each have a ten-bit address (5 low-order 
bits of each of two bytes). However, this mode re- 
quires that the secondary addresses be passed to 
the microprocessor for verification. These three 
addressing schemes are described in more detail in 
the discussion of the Address Registers. 




Figure 4. Interface Capabilities and Bus Structure 



Table 2. IEEE 488 Interface State Mnemonics 



Mnemonic 


State Represented 


ACDS 


Accept Data State 


ACRS 


Acceptor Ready State 


AIDS 


Acceptor Idle State 


ANRS 


Acceptor Not Ready State 


APRS 


Affirmative Poll Response State 


AWNS 


Acceptor Wait for New Cycle State ^ 


CACS 


Controller Active State ■ 


| CADS 


Controller Addressed State | 


I CAWS 


Controller Active Wait State 1 


I CIDS 


Controller Idle State I 


I CPPS 


Controller Parallel Poll State '. 


I CPWS 


Controller Parallel Poll Wait State j 


1 CSBS 


Controller Standby State 


! CSNS 


Controller Service Not Requested State | 


1 CSRS 


Controller Service Requested State i 


l CSWS 


Controller Synchronous Wait State 1 


[_CTRS 


Controller .Transfer State ' 


DCAS 


Device Clear Active State 


DCIS 


Device Clear Idle State 


DTAS 


Device Trigger Active State 


DTIS 


Device Trigger Idle State 


LACS 


Listener Active State 


LADS 


Listener Addressed State 


LIDS 


Listener Idle State 


LOCS 


Local State 


LPAS 


Listener Primary Addressed State 


LPIS 


Listener Primary Idle State 


LWLS 


Local With Lockout State 


NPRS 


Negative Poll Response State 



Mnemonic 


State Represented 


PACS 


Parallel Poll Addressed to Configure State 


PPAS 


Parallel Poll Active State 


PPIS 


Parallel Poll Idle State 


PPSS 


Parallel Poll Standby State 


PUCS 


Parallel Poll Unaddressed to Configure State 


REMS 


Remote State 


RWLS 


Remote With Lockout State 


SACS 


System Control Active State 


SDYS 


Source Delay State 


SGNS 


Source Generate State 


SIAS 


System Controllnterface Clear Active State 


SIDS 


Source Idle State 


SMS 


System Control Interface Clear Idle State 


SINS 


System Control Interface Clear Not Active State 


SIWS 


Source Idle Wait State 


SNAS 


System Control Not Active State 


SPAS 


Serial Poll Active State 


SPIS 


Serial Poll Idle State 


SPMS 


Serial Poll Mode State 


SRAS 


System Control Remote Enable Active State 


SRIS 


System Control Remote Enable Idle State 


SRNS 


System Control Remote Enable Not Active State 


SRQS 


Service Request State 


STRS 


Source Transfer State 


SWNS 


Source Wait for New Cycle State 


TACS 


Talker Active State 


TADS 


Talker Addressed State 


TIDS 


Talker Idle State 


TPIS 


Talker Primary Idle State 



*The Controller function is implemented on the Intel® 8292. 
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Table 3. IEEE 488 Interface Message Reference List 



Mnemonic 


Message 


Interface Function(s) 


LOCAL MESSAGES RECEIVED (By Interface Functions) 


1 gts 


go to standby 


C 


ist 


individual status 


PP 


Ion 


listen only 


L, LE 


Ipe 


local poll enable 


PP 


nba 


new byte available 


SH 


pon 


power on 


SH.AH.T.TE.L.LE.SR.RL.PP.C 


rdy 


ready 


AH 


\rpp 


request parallel poll 


c ■'■ 


1 rsc 


request system control 


c 


rsv 


request service 


SR 


rtl 


return to local 


RL 


1 sic 


send interface clear 


c 


1 sre 


send remote enable 


c 


1 tca 


take control asynchronously 


■ c . ■ : . , 


1 tcs 


take control synchronously 


AH, C 


ton 


talk only 


T, TE 


REMOTE MESSAGES RECEIVED 




ATN 


Attention 


SH.AH.T.TE.L.LE.PP.C 


DAB 


Data Byte 


(Via L, LE) 


DAC 


Data Accepted 


SH 


DAV 


Data Valid 


AH 


DCL 


Device Clear 


DC 


END 


End 


(via L, LE) 


GET 


Group Execute Trigger 


DT 


GTL 


Go to Local . 


RL 


IDY 


Identify 


L.LE.PP 


IFC 


Interface Clear 


T,TE,L,LE,C 


LLO 


Local Lockout 


RL 


MLA 


My Listen Address 


L,LE,RL,T,TE 


MSA 


My Secondary Address 


TE.LE.RL 


MTA 


My Talk Address 


t,te,l,Le 


OSA 


Other Secondary Address 


TE 


OTA 


Other Talk Address 


T, TE 


PCG 


Primary Command Group 


TE.LE.PP 


2 PPC 


Parallel Poll Configure 


PP 


2 [PPD] 


Parallel Poll Disable 


PP 


2 [PPE] 


Parallel Poll Enable 


PP 


1 PPR N 


Parallel Poll Response N 


(via C) 


2 PPU * 


Parallel Poll Unconfigure 


PP 


REN 


Remote Enable 


RL 


RFD 


Ready for Data 


SH 


RQS 


Request Service 


(via L, LE) 


[SDC] 


Select Device Clear 


DC 


SPD 


Serial Poll Disable 


T, TE 


SPE 


Serial Poll Enable 


T, TE 


1 SQR 


Service Request 


(viaC) 


STB 


Status Byte 


(via L, LE) 


1 TCTor [TCT] 


Take Control 


C 


UNL 


Unlisten 


L, LE 



NOTE: 

1. These messages are handled only by Intel's 8292. 

2. Undefined commands which may be passed to the microprocessor. 
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Table 3. (Cont'd) 
IEEE 488 Interface Message Reference List 



Mnemonic 


Message 


interface Function(s) 


REMOTE MESSAGES SENT 




ATN 




Attention 


C 


DAB 




Data Byte 


(via T, TE) 


DAC 




Data Accepted 


AH 


DAV 




Data Valid 


SH 


DCL 




Device Clear 


(via C) 


END 




End 


(via T) 


GET 




Group Execute Trigger 


(via C) 


GTL 




Go to Local 


(via C) 


IDY 




Identify 


C 


IFC 




Interface Clear 


C 


LLO 




Local Lockout 


(viaC) 


MLA or 


|MLA| 


My Listen Address 


(via C) 


MSA or 


| MSA | 


My Secondary Address 


(via C) 


MTA or 


| MTA | 


My Talk Address 


(viaC) 


OSA 




Other Secondary Address 


(via C) 


OTA 




Other Talk Address 


(via C) 


PCG 




Primary Command Group 


(via C) 


PPC 




Parallel Poll Configure 


(via C) 


|PPD| 




Parallel Poll Disable 


(viaC) 


|PPE| 




Parallel Poll Enable 


(via C) 


PPRn 




Parallel Poll Response N 


PP 


PPU 




Parallel Poll Unconfigure 


(via C) 


REN 




Remote Enable 


C 


RFD 




Ready for Data 


AH 


RQS 




Request Service 


T, TE 


[SDC| 




Selected Device Clear 


(via C) 


SPD 




Serial Poll Disable 


(viaC) 


SPE 




Serial Poll Enable 


(via C) 


SRQ 




Service Request 


SR 


STB 




Status Byte 


(via T, TE) 


TCT 




Take Control 


(via C) 


UNL 




Unlisten 


(via C) 



NOTE 



3. All Controller messages must be sent via Intel's 8292. 



8291 A Registers 

A bit-by-bit map of the 16 registers on the 8291 A is 
presented in Figure 5. A more detailed explanation 
of each of these registers and their functions fol- 
lows. The access of these registers by the 
microprocessor is accomplished by using the CS, 
RD, WR, and RS -RS 2 pins. 



Data Registers 



DI7 


DI6 


DI5 


DI4 


DI3 


DI2 


DI1 


DiO 



DATA-IN REGISTER (OR) 



D07 D06 D05 D04 D03 D02 D01 DOO 



DATA-OUT REGISTER (OW) 



Register 



All Read Registers 
All Write Registers 
High Impedance 



CS RD WR RS -RS 2 









1 


CCC 





1 





CCC 


1 


d 


d 


ddd 



The Data-in Register is used to move data from the 
GPIB to the microprocessor or to memory when the 
8291A is addressed to listen. Incoming information 
is separately latched by this register, and its con- 
tents are not destroyed by a write to the data-out 
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register. The RFD (Ready for Data) message (s held 
false until the byte is removed from the data in regis- 
ter, either by the microprocessor or by DMA. The 
8291 A then completes the handshake automatically. 
In RFD holdoff mode (see Auxiliary Register A), the 
handshake is* not finished until a command is sent 
telling the 8291 A to release the holdoff. In this way, 
the same byte may be read several times, or an over 
anxious talker may be held off until all available data 
has been processed. 

When the 8291A is addressed to talk, it uses the 
data-out register to move data onto the GPIB. After 
the BO interrupt is received and a byte is written to 
this register, the 8291A initiates and completes the 
handshake while sending the byte out over the bus. 
In the BO interrupt disable mode, the user should 
wait until BO is active before writing to the register. 
(In the DMA mode, this will happen automatically.) A 
read of the Data-in Register does not destroy the 
information in the Data-Out Register. 



Interrupt Registers 



CPT APT 


GET END 


DEC 


ERR 


BO 


Bl 


INTERRUPT STATUS 1 (1R) 


INT SPAS LLO REM 


SPC LLOC REMC ADSC 


INTERRUPT STATUS 2 (2R) 


CPT APT 


GET 


END 


DEC 


ERR 


BO 


Bl 


INTERRUPT ENABLE 1 (1W) 








DMAO 


DMAI 


SPC 


LLOC REMC ADSC 


INTERRUPT ENABLE 2 (2W) 


INT 


DTO DLO AD5-o|aD4-0 AD3-0 AD2-0 AD1-0 



ADDRESS REGISTER 



Figure 5. 8291 A Registers 









READ REGISTERS 


REGISTER SELECT 
CODE 

RS2 RS1 RSO 


1 
1 

1 1 

1 
1 1 
1 1 

1 1 1 






WRITE REGISTERS 








DI7 


DI6 


DI5 


DI4 


DI3 


DI2 


DM 


DIO 


D07 


D06 


D05 


D04 


D03 


D02 


D01 


DO0 










DATA IN 






DATA OUT 








CPT 


APT 


GET 


END 


DEC 


ERR 


BO 


Bl 


CPT 


APT 


GET END 


DEC 


ERR 


BO 


Bl 










INTERRUPT STATUS 1 






INTERRUPT ENABLE 1 








INT 


SPAS 


LLO 


REM 


SPC 


LLOC 


REMC 


ADSC 


O 





DMAO 


DMAI 


SPC 


LLOC 


REMC 


ADSC 










INTERRUPT STATUS 2 






INTERRUPT ENABLE 2 








S8 


SRQS 


S6 


S5 


S4 


S3 


S2 


S1 


S8 


rsv 


S6 


S5 


S4 


S3 


S2 ; 


S1 










SERIAL POLL STATUS 






SERIAL POLL MODE 








ton 


Ion 


EOI 


LPAS 


TPAS 


LA 


TA 


MJMN 


TO 


LO 








o 





ADM1 


ADM0 










ADDRESS STATUS 






ADDRESS MODE 








CPT7 


CPT6 


CPT5 


CPT4 


CPT3 


CPT2 


CPT1 


CPTO 


CNT2 


CNT1 


CNT0 


COM4 


COM3 


COM2 


COM1 


COM0 










COMMAND PASS THROUGH 






AUX MODE 








INT 


DTO 


DLO 


AD5-0 


AD4-0 


AD30 


AD2-o| AD1-0 


ARS 


DT 


DL 


AD5 


AD4 


AD3 


AD2 


AD1 










ADDRESS 0. 






ADDRESS 0/1 








X 


DT1 


DL1 


AD5 1 


AD4-1 


AD3-1 


AD2-1 


ADM 


EC7 


EC6 


EC5 


EC4 


EC3 EC2 


EC1 


ECO 










ADDRESS 1 






EOS 
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The 8291A can be configured to generate an inter- 
rupt to the microprocessor upon the occurrence of 
any of 12 conditions or events on the GPIB. Upon 
receipt of an interrupt, the microprocessor must 
read the Interrupt Status Registers to determine 
which event has occurred, and then execute the 
appropriate service routine (if necessary). Each of 
the 1 2 interrupt status bits has a matching enable bit 
in the interrupt enable registers. These enable bits 
are used to select the events that will cause the INT 
pin to be asserted. Writing a logic "1" into any of 
these bits enables the corresponding interrupt 
status bits to generate an interrupt. Bits in the Inter- 
rupt Status Registers are set regardless of the states 
of the enable bits. The Interrupt Status Registers are 
then cleared upon being read or when a local pon 
(power-on) message is executed. If an event occurs 
while one of the Interrupt Status Registers is being 
read, the event is held until after its register is 
cleared and then placed in the register. 



The mnemonics for each of the bits in these regis- 
ters and a brief description of their respective func- 
tions appears in Table 4. This tables also indicates 
how each of the interrupt bits is set. 

NOTE: The INT bit in the Address Register is a duplicate of the 
INT bit in the Interrupt Status 2 Register. It is only a status 
bit. It does not generate interrupts and thus does not have 
a corresponding enable bit. 

The BO and Bl interrupts enable the user to perform 
data transfer cycles. BO indicates that a data byte 
should be written to the Data Out Register. It is set by 
TACS • (SWNS + SGNS) • RFD. It is reset when the 
data byte is written, ATN is asserted, or the 8291A 
exits TACS. Data should never be written to the Data 
Out Register before BO is set. Similarly, Bl is set 
when an input byte is accepted into the 8291A and 
reset when the microprocessor reads the Data In 
Register. BO and Bl are also reset by pon (power-on 
local message) and by a read of the Interrupt 



Table 4. Interrupt Bits 



Indicates Undefined Commands 
Set by (TPAS+ LPAS).SCG»ACDS-MODE 3 

Set by DTAS 

Set by (EOS+EOI)»LACS 

Set by DCAS 

Set by TACS»nba«DAG»RFD 

TACS.(SWNS + SGNS) 
Set by LACS-ACDS 

Shows status of the INT pin 

The device has been enabled for a serial poll 

The device is in local lock out state. 
(LWLS+RWLS) 

The device is in a remote state. 
(REMS+RWLS) 

SPAS -*SPAS if APRS:STRS:SPAS was true 

LLCT^NO LLO 

Remote Local 

Addressed Unaddressed 



CPT 



APT 



GET 



END 



DEC 



ERR 



BO 



Bl 



INT 



SPAS 



LLO 



REM 



SPC 



LLOC 



REMC 



ADSC 



An undefined command has been received. 

A secondary address must be passed through 
to the microprocessor for recognition. 

A group execute trigger has occurred. 

An EOS or EOI message has been received. 

Device Clear Active State has occurred. 

Interface error has occurred; no listeners 
are active. 

A byte should be output. 

A byte has been input. 



These are status only. They will n_ot generate 
interrupts, nor do they have corresponding 
mask bits. 



Serial Poll Complete interrupt. 
Local lock out change interrupt. 
Remote/Local change interrupt. 
Address status change interrupt. 1 



NOTE: 1 ln ton (talk-only) and Ion (listen-only) modes, no ADSC interrupt is generated. 
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Status 1 Register. However, if it is so desired, data 
transfer cycles may be performed without reading 
the Interrupt Status 1 Register if all interrupts except 
for BO or Bl are disabled; BO and Bl will auto- 
matically reset after each byte is transferred. 



If the 8291A is used in the interrupt mode, the 
INT and DREQ pins can be dedicated to data input 
and output interrupts respectively by enabling Bl 
and DMAO, provided that no other interrupts are 
enabled. This eliminates the need to read the inter- 
rupt status registers if a byte is received or 
transmitted. 



The ERR bit is set to indicate the bus error condition 
when the 8291 A is an active talker and tries to send a 
byte to the GPIB, but there are no active listeners 
(e.g., all devices on the GPIB are in AIDS). The logi- 
cal equivalent of (nba • TACS • DAC • RFD) will set 
this bit. 



The DEC bit is set whenever DCAS has occurred. 
The user must define a known state to which all 
device functions will return in DCAS. Typically this 
state will be a power-on state. However, the state of 
the device functions at DCAS is at the designer's 
discretion. It should be noted that DCAS has no 
effect on the interface functions which are returned 
to a known state by the IFC (interface clear) message 
or the pon local message. 



The END interrupt bit may be used by the micropro- 
cessor to detect that a multi-byte transfer has been 
completed. The bit will be set when the 8291A is an 
active listener (LACS) and either EOS (provided the 
End on EOS Received feature is enabled in the Auxil- 
iary Register A) or EOI is received. EOS will generate 
an interrupt when the byte in the Data In Register 
matches the byte in the EOS register. Otherwise the 
interrupt will be generated when a true input is 
detected on EOI. 



The GET interrupt bit is used by the microprocessor 
to detect that DTAS has occurred. It is set by the 
8291 A when the GET message is received while it is 
addressed to listen. The TRIG output pin of the 
8291 A fires when the GET message is received. 
Thus, the basic operation of device trigger may be 
started without microprocessor software interven- 
tion. 



The APT interrupt bit indicates to the processor that 
a secondary address is available in the CPT register 
for validation. This interrupt will only occur if 
Mode 3 addressing is in effect. (Refer to the section 
on addressing.) In Mode 2, secondary addresses will 
be recognized automatically on the 8291 A. They will 
be ignored in Mode 1. 



The CPT interrupt bit flags the occurrence of an 
undefined command and of all secondary com- 
mands following an undefined command. The Com- 
mand Pass Through feature is enabled by the BO bit 
of Auxiliary Register B. Any message not decoded by 
the 8291A (not included in the state diagrams in 
Appendix B) becomes an undefined command. Note 
that any addressed command is automatically ig- 
nored when the 8291 A is not addressed. 



Undefined commands are read by the CPU from the 
Command Pass Through register of the 8291 A. This 
register reflects the logic levels present on the data 
lines at the time it is read. If the CPT feature is 
enabled, the 8291 A will hold off the handshake until 
this register is read. 



An especially useful feature of the 8291 A is its ability 
to generate interrupts from state transitions in the 
interface functions. In particular, the lower 3 bits of 
the Interrupt Status 2 Register, if enabled by the 
corresponding enable bits, will cause an interrupt 
upon changes in the following states as defined in 
the IEEE 488 Standard. 



Bit ADSC change in LIDS or TIDS or MJMN 
Bit 1 REMC change in LOCS or REMS 
Bit 2 LLOC change in LWLS or RWLS 



The upper 4 bits of the Interrupt Status 2 Register 
are available to the processor as status bits. Thus, if 
one of the bits 0-2 generates an interrupt indicating 
a state change has taken place, the corresponding 
status bit (bits 3-5 may be read to determine what 
the new state is. To determine the nature of a change 
in addressed status (bit 0) the Address Status Regis- 
ter is available to be read. The SPC interrupt (bit 3 in 
Interrupt Status 2) is set upon exit from SPAS if 
APRS:STRS:SPAS occurred which indicates that the 
GPIB controller has read the bus serial poll status 
byte after the 8291 A requested service (asserted 
SRQ). The SPC interrupt occurs once after the con- 
troller reads the status byte if service was requested. 
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The controller may read the status byte later, and the 
byte will contain the last status the 8291A's CPU 
wrote to the Serial Poll Mode Register, but the SRQS 
bit will not be set and no interrupt will be generated. 
Finally, bit 7 monitors the state of the 8291 A INT pin. 
Logically, it is an OR of all enabled interrupt status 
bits. One should note that bits 3-6 of the Interrupt 
Status 2 Register do not generate interrupts, but are 
available only to be read as status bits by the proces- 
sor. Bit 7 in Interrupt Status 2 is duplicated in Ad- 
dress Register, and the latter should be used when 
polling for interrupts to avoid losing one of the inter- 
rupts in Interrupt Status 2 Register. 



Bits 4 and 5 (DMAI, DMAO) of the Interrupt Mask 2 
Register are available to enable direct data transfers 
between memory and the GPIB; DMAI (DMA in) 
enables the DREQ (DMA request) pin of the 8291 A to 
be asserted upon the occurrence of Bl. Similarly, 
DMAO (DMA out) enables the DREQ pin to be as- 
serted upon the occurrence of BO. One might note 
that the DREQ pin may be used as a second interrupt 
output pin, monitoring Bl and/or BO and enabled by 
DMAI and DMAO. One should note that the DREQ 
pin is not affected by a read of the Interrupt Status 1 
Register. It is reset whenever a byte is written to the 
Data Out Register or read from the Data In Register. 

To ensure that an interrupt status bit will not be 
cleared without being read, and will not remain un- 
cleared after being read, the 8291A implements a 
special interrupt handling procedure. When an 
enabled interrupt bit is set in either of the Interrupt 
Status Registers, the input of the registers are 
blocked until the set bit is read and reset by the 
microprocessor. Thus, potential problems arise 
when interrupt status changes while the register is 
being blocked. However, the 8291 A stores all new 
interrupts in a temporary register and transfers them 
to the appropriate Interrupt Status Register after the 
interrupt has been reset. This transfer takes place 
only if the corresponding bits were read as zeroes. 



Serial Poll Registers 



S8 


SRQS 


S6 


S5 


S4 


S3 


S2 


S1 


SERIAL POLL STATUS (3R) 


S8 


rsv 


S6 


S5 


S4 


S3 


S2 


S1 



The Serial Poll Mode Register determines the status 
byte that the 8291 A sends out on the GPIB data lines 
when it receives the SPE (Serial Poll Enable) 
message. Bit 6 of this register is reserved for the rsv 
(request service) local messa ge. S etting this bit to 1 
causes the 8291 A to assert itsSRQ line, indicating its 
need for attention from the controller-in-charge of 
the GPIB. The other bits of this register are available 
for sending status information over the GPIB. 
Sometime after the microprocessor initiates a re- 
quest for service by setting bit 6, the controller of the 
GPIB sends the SPE message and then addresses 
the 8291A to talk. At this point, one byte of status is 
returned by the 8291A via the Serial Poll Mode Reg- 
ister. After the status byte is read by the controller, 
rsv is automatically cleared by the 8291 A and an SPC 
interrupt is generated. The CPU may request service 
again by writing another byte to the Serial Poll Mode 
Register with the rsv bit set. If the controller per- 
forms a serial poll when the rsv bit is clear, the last 
status byte written will be read, but the SRQ line will 
not be driven by the 8291 A and the SRQS bit will be 
clear in the status byte. 



The Serial Poll Status Register is available for read- 
ing the status byte in the Serial Poll Mode Register. 
The processor may check the status of a request for 
service by polling bit 6 of this register, which corre- 
sponds to SRQS (Service Request State). When a 
Serial Poll is conducted and the controller-in- 
charge reads the status byte, the SRQS bit is 
cleared. The SRQ line and the rsv bit are tied 
together. 



Address Registers 



ton 


Ion 


EOI 


LPAS 


TPAS 


LA 


TA 


MJMN 


ADDRESS STATUS (4R) 


INT 


DTO 


DLO 


AD5-0 


AD4-0 


AD3-0 


AD2-0 


AD1-0 


ADDRESS (6R) 


X 


DT1 


DL1 


AD5-1 


AD4-1 


AD3-1 


AD2-1 


AD1-1 


ADDRESS 1 (7R) 


TO 


LO 














ADM1 


ADMO 


ADDRESS MODE (4W) 


ARS 


DT 


DL 


AD5 


AD4 


AD3 


AD2 


AD1 



SERIAL POLL MODE (3W) 



ADDRESS 0/1 (6W) 
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The Address Mode Register is used to select one of 
the five modes of addressing available on the 8291 A. 
It determines the way in which the 8291A uses the 
information in the Address and Address 1 
Registers. 



—In Mode 1 , the contents of the Address Register 
constitute the "Major" talker/listener address while 
the Address 1 Register represents the "Minor" 
talker/listener address. In applications where only 
one address is needed, the major talker/listener is 
used, and the minor talker/listener should be dis- 
abled. Loading an address via the Address 0/1 Regis- 
ter into Address Registers and 1 enables the major 
and minor talker/listener functions respectively. 



— In Mode 2 the 8291A recognizes two sequential 
address bytes: a primary followed by a secondary. 
Both address bytes must be received in order to 
enable the device to talk or listen. In this manner, 
Mode 2 addressing implements the extended talker 
and listener functions as defined in IEEE-488. 



To use Mode 2 addressing the primary address must 
be loaded into the Address Register, and the Sec- 
ondary Address is placed in the Address 1 Register. 
With both primary and secondary addresses resid- 
ing on chip, the 8291A can handle all addressing 
sequences without processor intervention. 

— In Mode 3, the 8291 A handles addressing just as it 
does in Mode 1, except that each Major or Minor 
primary address must be followed by a secondary 
address. All secondary addresses must be verified 
by the microprocessor when Mode 3 is used. When 
the 8291 A is in TPAS or LPAS (talker/listener primary 
addressed state), and it does not recognize the byte 
on the DIO lines, an APT interrupt is generated (see 
section on Interrupt Registers) and the byte is avail- 
able in the CPT (Command Pass-Through) Register. 
As part of its interrupt service routine, the micropro- 
cessor must read the CPT Register and write one of 
the following responses to the Auxiliary Mode 
Register: 

1. 07H implies a non-valid secondary address 

2. OFH implies a valid secondary address 



Setting the TO bit generates the local ton (talk- 
only) message and sets the 8291A to a talk-only 
mode. This mode allows the device to operate as a 
talker in an interface system without a controller. 



Setting the LO bit generates the local Ion (listen- 
only) message and sets the 8291A to a listen-only 
mode. This mode allows the device to operate as a 
listener in an interface system without a controller. 
The above bits may also be used by a controller-in- 
charge to set itself up for remote command or data 
communication. 



The mode of addressing implemented by the 8291 A 
may be selected by writi ng one of the following bytes 
to the Address Mode Register. 



Register Contents 



Mode 



10000000 Enable talk only mode (ton) 

01000000 Enable listen only mode (Ion) 

11000000 The 8291 may talk to itself 

00000001 Mode 1, (Primary-Primary) 

00000010 Mode 2 (Primary-Secondary) 

0000001 1 Mode 3 (Primary/APT-Primary/APT) 

The Address Status Register contains information 
used by the microprocessor to handle its own 
addressing. This information includes status bits 
that monitor the address state of each talker/ 
listener, "ton" and "Ion" flags which indicate the 
talk and listen only states, and an EOI bit which, 
when set, signifies that the END message came with 
the last data byte. LPAS and TPAS indicate that the 
listener or talker primary address has been received. 
The microprocessor can use these bits when the 
secondary address is passed through to determine 
whether the 8291 A is addressed to talk or listen. The 
LA (listener addressed) bit will be set when the 
8291A is in LACS (Listener Active State) or in LADS 
(Listener Addressed State). Similarly, the'TA (Talker 
Addressed bit) will be set to indicate TACS or TADS, 
but also to indicate SPAS (Serial Poll Active State). 
The MJMN bit is used to determine whether the 
information in the other bits applies to the Major or 
Minor talker/listener. It is set to "1 " when the Minor 
talker/listener is addressed. It should be noted that 
only one talker/listener may be active at any one 
time. Thus, the MJMN bit will indicate which, if 
either, of the talker/listeners is addressed or active. 

The Address 0/1 Register is used for specifying the 
device's addresses according to the format selected 
in the Address Mode Register. Five bit addresses 
may be loaded into the Address and Address 1 
Registers by writing into the Address 0/1 Register. 
The ARS bit is used to select which of these registers 
the other seven bits will be loaded into. The DT and 
DL bits may be used to disable the talker or listener 
function at the address signified by the other five 
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bits. When Mode 1 addressing is used and only one 
primary address is desired, both the talker and the 
listener should be disabled at the Minor address. 

As an example of how the Address 0/1 Register 
might be used, consider an example where two pri- 
mary addresses are needed in the device. The Major 
primary address will be selectable only as a talker 
and the Minor primary address will be selectable 
only as a listener. This configuration of the 8291 A is 
formed by the following sequence of writes by the 
microprocessor. 



Operation 


CS 


RD 


WR 


Data 


RS2-RS0 


1. Select addressing Mode 1 





1 





00000001 


100 


2. Load major address into 
Address Register with 
listenerfunction disabled. 





1 





001AAAAA 


110 


3. Load minor address into 
Address 1 Register with 
talker function disabled. 





1 





110BBBBB 


110 



At this point, the addresses AAAAA and BBBBB are 
stored in the Address and Address 1 Registers re- 
spectively, and are available to be read by the micro- 
processor. Thus, it is not necessary to store any 
address information elsewhere. Also, with the in- 
formation stored in the Address and Address 1 
Registers, processor intervention is not required to 
recognize addressing by the controller. Only in 
Mode 3, where secondary addresses are passed 
through, must the processor intervene in the 
addressing sequence. 

The Address Register contai ns a copy of bit 7 of the 
Interrupt Status 2 Register (INT). This is to be used 
when polling for interrupts. Software should poll 
register 6 checking for INT (bit 7) to be set. When INT 
is set, the Interrupt Status Register should be read to 
determine which interrupt was received. 



Command Pass Through Register 



CPT7 


CPT6 


CPT5 


CPT4 


CPT3 


CPT2 


CPT1 


CPT0 



COMMAND PASS THROUGH (5R) 

The Command Pass Through Register is used to 
transfer undefined 8-bit remote message codes 
from the GPIB to the microprocessor. When the CPT 
feature is enabled (bit B0 in Auxiliary Register B), 
any message not decoded by the 8291 A becomes an 
undefined command. When Mode 3 addressing is 
used secondary addresses are also passed through 



the CPT Register. In either case, the 8291 A will hold- 
off the handshake until the microprocessor reads 
this register and issues the VSCMD auxiliary 
command. 

The CPT and APT interrupts flag the availablility of 
undefined commands and secondary addresses in 
the CPT Register. The details of these interrupts are 
explained in the section on Interrupt Registers. 

An added feature of the 8291 A isits ability to handle 
undefined secondary commands following unde- 
fined primaries. Thus, the number of available 
commands for future IEEE-488 definition is in- 
creased; one undefined primary command followed 
by a sequence of as many as 32 secondary com- 
mands can be processed. The IEEE-488 Standard 
does not permit users to define their own com- 
mands, but upgrades of the standard are thus pro- 
vided for. 

The recommended use of the 8291A's undefined 
command capabilities is for a controller-configured 
Parallel Poll. The PPC message is an undefined pri- 
« mary command typically followed by PPE, an unde- 
fined secondary command. For details on this proce- 
dure, refer to the section on Parallel Poll Protocol. 



Auxiliary Mode Register 



CNT2 CNT1 CNT0 COM4 COM3 COM2 COM1 COM0 



AUX MODE (5W) 

CNT0-2:CONTROLBITS 
COM0-4:COMMAND BITS 

The Auxiliary Mode Register contains a three-bit 
control field and a five-bit command field. It is used 
for several purposes on the 8291A: 

1. To load "hidden" auxiliary registers on the 
8291A. 

2. To issue commands from the microprocessor to 
the 8291 A. 

3. To preset an internal counter used to generate 
T1, delay in the Source Handshake function, as 
defined in IEEE-488. 

Table 5 summarizes how these tasks are performed 
with the Auxiliary Mode Register. Note that the three 
control bits determine how the five command bits 
are interpreted. 
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Table 5 



CODE 


COMMAND 


CONTROL 
BITS 


COMMAND 
BITS 


000 
001 

100 
101 
011 


occcc 

ODDDD 

DDDDD 

DDDDD 

USP3P2P1 


Execute auxiliary command 

CCCC 

Preset internal counter to 

match external clock 

frequency of DDDD MHz 

(DDDD binary representation 

of 1 to 8 MHz) 

Write DDDDD into auxiliary 

register A 

Write DDDDD into auxiliary 

register B 

Enable/disable parallel poll 

either in response to remote 

messages (PPC followed by 

PPE or PPD) or as a local 

Ipe message. (Enable if U = 0, 

disable if U= 1.) 



AUXILIARY COMMANDS 

Auxiliary commands are executed by the 8291 A 
whenever 0000CCCC is written into fhe Auxiliary 
Mode Register, where CCCC is the 4-bit command 
code. 



0100 — Trigger: A "Group Execute Trigger" is forced 
by this command. It has the same effect as a GET 
command issued by the controller-in-charge of the 
GPIB, but does not cause a GET interrupt. 

0101, 1101 — Clear/Set rtl: These commands corre- 
spond to the local rtl message as defined by the 
IEEE-488. The 8291 A will go into local mode when a 
Set rtl Auxiliary Command is received if local 
lockout is not in effect. The 8291A will exit local 
mode after receiving a Clear rtl Auxiliary Command 
if the 8291 A is addressed to listen. 

0110— Send EOI: The EOI line of the 8291A may be 
asserted with this command. The command causes 
EOI to go true with the next byte transmitted. The 
EOI line is then cleared upon completion of the 
handshake for that byte. 

0111, 1111 — Non Valid/Valid Secondary Address or 
Command (VSCMD): This command informs the 
8291A that the secondary address received by the 
microprocessor was valid or invalid (01 1 1 = invalid, 
1111 = valid). If Mode 3 addressing is used, the 
processor must field each extended address and 
respond to it, or the GPIB will hang up. Note that the 
COM3 bit is the invalid/valid flag. 

The valid (1111) command is also used to. tell the 
8291A to continue from the command-pass- 
through-state, or from RFD holdoff on GET, SDC 
or DCL 



0000— Immediate Execute pon: This command 

resets the 8291 A to a power up state (local pon 

message as defined in IEEE-488). 

The following conditions constitute the power up 

state: 

1. All talkers and listeners are disabled. 

2. No interrupt status bits are set. 

The 8291 A is designed to power up in certain states 
as specified in the IEEE-488 state diagrams. Thus, 
the following states are in effect in the power up 
state: SIDS, AIDS, TIDS, LIDS, NPRS, LOCS, and 
PPIS. 

The "0000" pon is an immediate execute command 
(a pon pulse). It is also used to release the "initialize" 
state generated by either an external reset pulse or 
the "0010" Chip Reset command. 

0010— Chip Reset (Initialize): This command has the 
same effect as a pulse applied to the Reset pin. 
(Refer to the section on Reset Procedure.) 

0011 — Finish Handshake : This command finishes a 
handshake that was stopped because of a holdoff 
on RFD. (Refer to Auxiliary Register A.) 



1000— pon: This command puts the 8291 A into the 
pon (power on) state and holds it there. It is similar to 
a Chip Reset except none of the Auxiliary Mode 
Registers are cleared. In this state, the 8291 A does 
not participate in any bus activity. An Immediate 
Execute pon releases the 8291 A from the pon state 
and permits the device to participate in the bus 
activity again. 

0001, 1001— Parallel Poll Flag (local "ist" message): 
This command sets (1 001 ) or clears (0001 ) the paral- 
lel poll flag. A "1 "is sent over the assigned data line 
(PRR = Parallel Poll Response true) only if the paral- 
lel poll flag matches the sense bit from the Ipe local 
message (or indirectly from the PPE message). For a 
more complete description of the Parallel Poll 
features and procedures refer to the section on Par- 
allel Poll Protocol. 

INTERNAL COUNTER 

The internal counter determines the delay time al- 
lowed for the setting of data on the DIO lines. This 
delay time is defined as T, in IEEE-488 and appears 
in the Source Handshake state diagram between the 
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SDYS and STRS. As such, DAV is asserted T, after 
the DIO lines are driven. Consequently, T, is a major 
factor in determining the data transfer rate of the 
8291A over the GPIB (T, = TWRDV2-TWRD15). 



Auxiliary Register, it is loaded with the data 
A4A3A2ATAQ. Setting the respective bits to "1" 
enables the following features. 



When open-collector transceivers are used for con- 
nection to the GPIB, T, is defined by IEEE-488 to be 
2/Asec. By writing 0010DDDD into theAuxiliary Mode 
Register, the counter is preset to match a f c MHz 
clock input, where DDDD is the binary representa- 
tion of N F [1 =sN F =s8, N F =(DDDD) 2 ]. When N F = f Cl a 
2/xsec T, delay will be generated before each DAV 
asserted. 



T 1 



(/i.sec) 



2N F 

fc 



+ t s « 



1=sN F =s8 



A — RFD Holdoff on all Data: If the 8291 A is listen- 
ing, RFD will not be sent true until the "finish hand- 
shake" auxiliary command is issued by the 
microprocessor. The holdoff will be in effect for each 
data byte. 



A! — RFD Holdoff on End: This feature enables the 
holdoff on EOI or EOS (if enabled). However, no 
holdoff will be in effect on any other data bytes. 



tsvNc is a synchronization error, greater than zero 
and smaller than the larger of T clock high and T 
clock low. (For a 50% duty cycle clock, t SY Nc is less 
than half the clock cycle). 



A 2 — End on EOS Received : Whenever the byte in the 
Data In Register matches the byte in the EOS Regis- 
ter, the END interrupt bit will be set in the Interrupt 
Status 1 Register. 



If it is necessary that T, be different from 2/usec, N F 
may be set to a value other than f c . In this manner, 
data transfer rates may be programmed for a given 
system. In small systems, for example, where trans- 
fer rates exceeding GPIB specifications are re- 
quired, one may set N F <f c and decrease T,. 

When tri-state transceivers are used, IEEE-488 al- 
lows a higher transfer rate (lower T,). Use of the 
8291 A with such transceivers is enabled by setting 
B 2 in Auxiliary Register B. In this case, setting N F =f c 
causes a T^ delay of 2/usec to be generated for the 
first byte transmitted — all subsequent bytes will 
have a delay of 500 nsec. 



Np 

T^High Speed) ^tsec = -^ + t SY N C 



Thus, the shortest T, is achieved by setting N F =1 
using an 8 MHz clock with a 50% duty cycle clock 
(t S YNc<63 nsec): 



.Tin 



1 
2x8 



0.063 = 125 nsec max. 



AUXILIARY REGISTER A 

Auxiliary Register A is a "hidden" 5-bit register 
which is used to enable some of the 8291 A features. 
Whenever a 100 A 4 A 3 A 2 A 1 Ao byte is written into the 



A 3 — Output EOI on EOS Sent: Any occurrence of 
data in the Data Out Register matching the EOS 
Register causes the EOI line to be sent true along 
with the data. 



A 4 — EOS Binary Compare: Setting this bit causes 
the EOS Register to function as a full 8-bit word. 
When it is not set, the EOS Register is a 7-bit word 
(for ASCII characters). 



If A =A 1 = 1, a special "continuous Acceptor Hand- 
shake cycling" mode is enabled. This mode should 
be used only in a controller system configuration, 
where both the 8291 A and the 8292 are used. It 
provides a continuous cycling through the Acceptor 
Handshake state diagram, requiring no local mes- 
sages from the microprocessor; the rdy local mes- 
sage is automatically generated when in ANRS. As 
such, the 8291A Acceptor Handshake serves as the 
controller Acceptor Handshake. Thus, the controller 
cycles through the Acceptor Handshake without de- 
laying the data transfer in progress. When the tcs 
local message is executed, the 8291A should be 
taken out of the "continuous AH cycling" mode, the 
GPIB will hang up in ANRS, and a Bl interrupt will be 
generated to indicate that control may be taken. A 
simpler procedure may be used when a "tcs on end 
of block" is executed; the 8291 A may stay in "con- 
tinuous AH cycling". Upon the end of a block (EOI or 
EOS received), a holdoff is generated, the GPIB 
hangs up in ANRS, and control may be taken. 
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AUXILIARY REGISTER B 



PARALLEL POLL PROTOCOL 



Auxiliary Register B is a "hidden" 4-bit register 
which is used to enable some of the features of the 
8291A. Whenever a 101 B4B3B2BTB0 is written into 
the Auxiliary Mode Register, it is loaded with the 
data B4B3B2BTBQ. Setting the respective bits to "1" 
enables the following features: 



B — Enable Undefined Command Pass Through: 
This feature allows any commands not recognized 
by the 8291A to be handled in software. If enabled, 
this feature will cause the 8291 A to holdoff the hand- 
shake when an undefined command is received. The 
microprocessor must then read the command from 
the Command Pass Through Register and send the 
VSCMD auxiliary command. Until the VSCMD com- 
mand is sent, the handshake holdoff witl be in effect. 



B 1 — Send EOI in SPAS: This bit enables EOI to be 
sent with the status byte; EOI is sent true in Serial 
Poll Active State. Otherwise, EOI is sent false in 
SPAS. 



B 2 — Enable High Speed Data Transfer: This feature 
may be enabled when tri-state external transceivers 
are used. The data transfer rate is limited by T, delay 
time generated in the Source Handshake function, 
which is defined according to the type of transceiv- 
ers used. When the "High Speed" feature is enabled, 
T t = 2 microseconds is generated for the first byte 
transmitted after each true to false transition of ATN. 
For all subsequent bytes, T, = 500 nanoseconds. 
Refer to the Internal Counter section for an explana- 
tion of T, duration as a function of B 2 and of clock 
frequency. 



B 3 — Enable Active Low Interrupt: Setting this bit 
causes the polarity of the INT pin to be reversed, 
providing an output signal compatible with Intel's 
MCS-48® Family. Interrupt registers are not affected 
by this bit. 



B 4 — Enable RFD Holdoff on GETor DEC: Setting this 
bit causes RFD to be held false until the "VSCMD" 
auxiliary command is written after GET, SDC, and 
DCL commands. This allows the device to hold off 
the bus until it has completed a clear or trigger 
similar to an unrecognized command. 



Writing a 01 1 USPaP^ into the Auxiliary Mode Reg- 
isterwill enable (U=0)or disable (U = 1)the8291Afor 
a parallel poll. When U=0, this command is the "Ipe" 
(local poll enable) local message as defined in 
IEEE-488. The "S" bit is the sense in which the 
8291 A is enabled; only if the Parallel Poll Flag ("ist" 
local message) matches this bit will the Parallel Poll 
Response, PPR N , be sent true (Response=S + ist). 
The bits P 3 P 2 Pi specify which of the eight data lines 
PPR N will be sent over. Thus, once the 8291A has 
been configured for Parallel Poll, whenever itsenses 
both EOI and ATN true, it will automatically compare 
its PP flag with the sense bit and send PPR N true or 
false according to the comparison. 



If a PP2* implementation is desired, the "Ipe" and 
"ist" local messages are all that are needed. Typi- 
cally, the user will configure the 8291 A for Parallel 
Poll immediately after initialization. During normal 
operation the microprocessor willset or clear the 
Parallel Poll Flag (ist) according to the device's need 
for service. Consequently the 8291 A will be set up to 
give the proper response to IDY (EOI • ATN) without 
directly involving the microprocessor. 



If a PP1* implementation is desired, the undefined 
command features of the 8291A must be used. In 
PP1, the 8291 A is indirectly configured for Parallel 
Poll by the active controller on the GPIB. The se- 
quence at the 8291A being enabled or disabled re- 
motely is as follows: 

1. The PPC message is received and is loaded into 
the Command Pass Through Register as an un- 
defined command. A CPT Interrupt is sent to the 
microprocessor; the handshake is automatically 
held off. 



The microprocessor reads the CPT Register and 
sends VSCMD to the 8291A, releasing the 
handshake. 



3. Having received an undefined primary com- 
mand, the 8291 A is set up to receive an undefined 
secondary command (the PPE orPPD message). 
This message is also received into the CPT Regis- 
ter, the handshake is held off, and the CPT inter- 
rupt is generated. 

NOTE: *As defined in IEEE Standard 488. 
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4. The microprocessor reads the PPE or PPD mes- 
sage and writes the command into the Auxiliary 
Mode Register (bit 7 should be cleared first). Fi- 
nally, the microprocessor sends VSCMD and the 
handshake is released. 



End of Sequence (EOS) Register 



EC7 


EC6 


EC5 


EC4 


EC3 


EC2 EC1 


ECO 



EOS REGISTER 

The EOS Register and its features offer an alterna- 
tive to the "Send EOI" auxiliary command. A seven 
or eight bit byte (ASCII or binary) may be placed in 
the register to flag the end of a block or read. The 
type of EOS byte to be used is selected in Auxiliary 
Register bit A 4 . 

If the 8291A is a listener, and the "End on EOS 
Received" is enabled with bit A 2 , then an END inter- 
rupt is generated in the Interrupt Status 1 Register 
whenever the byte in the Data-in Register matches 
the byte in the EOS Register. 

If the 8291 A is a talker, and the "Output EOI on EOS 
Sent" is enabled with bit A 3 , then the EOI line is sent 
true with the next byte whenever the contents of the 
Data Out Register match the EOS register. 



Reset Procedure 

The 8291 A is reset to an initialization state either by a 
pulse applied to its Reset pin, or by a reset auxiliary 
command (02H written into the Auxiliary Command 
Register). The following conditions are caused by a 
reset pulse (or local reset command): 

1 . A "pon" local message as defined by IEEE-488 is 
held true until the initialization state is released. 

2. The Interrupt Status Registers are cleared (not 
Interrupt Enable Registers). 

3. Auxiliary Registers A and B are cleared. 

4. The Serial Poll Mode Register is cleared. 

5. The Parallel Poll Flag is cleared. 

6. The EOI bit in the Address Status Register is 
cleared. 

7. N F in the Internal Counter is set to 8 MHz. This 
setting causes the longest possible T, delay to be 
generated in the Source Handshake (16 fxsec for 
1 MHz clock). 

8. The rdy local message is sent. 



The initialization state is released by an "im- 
mediate execute pon" command (00H written into 
the Auxiliary Command Register). 

The suggested initialization sequence is: 

1. Apply a reset pulse or send the reset auxiliary 
command. 

2. Set the desired intial conditions by writing into 
the Interrupt Enable, Serial Poll Mode, Address 
Mode, Address 0/1 , and EOS Registers. Auxiliary 
Registers A and B, and the internal counter 
should also be initialized. 

3. Send the "immediate execute pon" auxiliary 
command to release the initialization state. 

4. If a PP2 Parallel Poll implementation is to be used 
the "Ipe" local message may be sent, enabling 
the 8291A for a Parallel Poll Response on an 
assigned line. (Refer to the section on Parallel 
Poll Protocol.) 



Using DMA 

The 8291 A may be connected to the Intel® 8237 or 
8257 DMA Controllers or the 8089 I/O Processor for 
DMA operation. The 8237 will be used to refer to any 
DMA controller. The DREQ pin of the 8291 A requests 
a DMA byte transfer from the 8237. It is set by BO or 
Bl flip flops, enabled by the DMAO and DMAI bits in 
the Interrupt Enable 2 Register. (After reading, the 
INT1 register BO and Bl interrupts will be cleared but 
not BO and Bl in DREQ equation.) 



The DACK pin is driven by the 8237 in response to 
the DMA request. When DACK is true (active low) it 
sets CS= RS0= RS1 = RS2=0 such that the RD and 
WR signals sent by the 8237 refer to the Data In and 
Data Ou t Reg isters. Also , the DMA request line is 
reset by DACK (RD + WR). 



DMA input sequence: 

1. A data byte is accepted from the GPIB by the 
8291A. 

2. A Bl in terrupt is generated and DREQ is set. 

3. DACK and RD are driven by the8237, the contents 
of the Data In Register are transferred to the 
system bus, and DREQ is reset. 

4. The 8291A sends RFD true on the GPIB and pro- 
ceeds with the Acceptor Handshake protocol. 

DMA output sequence: 

1 . A BO interrupt is generated (indicating that a byte 
should be output) and DREQ is asserted. 
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2. DACK and WR are driven by the 8237, a byte is 
transferred from the MCS bus into the Data Out 
Register, and DREQ is reset. 

3. The 8291A sends DAV true on the GPIB and pro- 
ceeds with the Source Handshake protocol. 

It should be noted that each time the device is ad- 
dressed (MTA + MLA + ton -f Ion), the Address 
Status Register should be read, and the 8237 should 
be initialized accordingly. (Refer to the 8237 or 8257 
Data Sheets.) 

APPLICATION BRIEF 

System Configuration 

MICROPROCESSOR BUS CONNECTION 

The 8291 A is 8048/49, 8051, 8080/85, and 8086/88 



compatible. The three address pins (RS , RS t , RS 2 ) 
should be connected to the non-multiplexed ad- 
dress bus (for example: A 8 , A 9 , A 10 ). In case of 8080, 
any address lines may be used. If the three lowest 
address bits are used (A , A^ A 2 ), then they must be 
demultiplexed first. 



EXTERNAL TRANSCEIVERS CONNECTION 

The 8293 GPIB Transceiver interfaces the 8291 A di- 
rectly to the IEEE-488 bus. The 8291 A and two 8293's 
can be configured as a talker/listener (see Figure 6) 
or with the 8292 as a talker/listener/controller (see 
Figure 7). Absolutely no active or passive external 
components are required to comply with the com- 
plete IEEE-488 electrical specification. 



TO 

MICROPROCESSOR 

INTERFACE 



GPIB TRIGGER OUTPUT - 



DO 

D1 

D2 

D3 

D4 

D5 

D6 

D7 

RS0 

RS1 

RS2 

CS 

RD 

WR 

INT 

CLOCK 

RESET 

DREQ 

DACK 

TRIG 



DI01 
DI02 
6161 
DI04 
DI05 
Dl06 
DI07 
Di08 
DAV 
T/R1 
ATN 
157 
T/R2 
NDAC 
NRFD 
SRQ 
REN 
IFC 



= GPIB BUS TRANSCEIVER 



DI01 
DI02 
DI03 
5104 
DI05 
DJ06 
DI07 
DI08 
DAV 
T/R1 
ATN 
EO? 



Dior 

DI02* 
DI03* 
DI04* 
DI05* 
DI06* 
DI07* 
DI08* 
DAV* 
OPT A 
OPTB 



EOI 

ATN 

T/R1 

T/R2 

NDAC 

NRFD 

SRQ 

REN 

IFC 



EOI* 
ATN* 



NDAC* 
NRFD* 
SRQ* 
REN* 
IFC* 
OPTA 
OPTB 



TO 

IEEE-488 

BUS 



Vcc 



TO 

IEEE-488 

BUS 



Figure 6. 8291A and 8293 System Configuration 
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Figure 7. 8291 A, 8292, and 8293 System Configuration 
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Start-Up Procedures 

The following section describes the steps needed to 
initialize a typical 8291A system implementing a 
talker/listener interface and an 8291 A/8292 system 
implementing a talker/listener/controller interface. 

TALKER/LISTENER SYSTEM 

Assume a general system configuration with the 
following features: (i) Polled system interface; (ii) 
Mode 1 addressing; (iii) same address for talker and 
listener; (iv) ASCII carriage return as the end-of- 
sequence (EOS) character; (v) EOI sent true with the 
last byte; and, (vi) 8 MHz clock. 

Initialization. Initialization is accomplished with 
the following steps: 

1 . Pulse the RESET input or write 02H to the Auxil- 
iary Mode Register. 

2. Write 00H to the Interrupt Enable Registers 1 and 
2. This disables interrupt and DMA. 

3. Write 01 H to the Address Mode Register to select 
Mode 1 addressing. 

4. Write 28H to the Auxiliary Mode Register. This 
loads 8H to the Auxiliary Register A matching the 
8 MHz clock input to the internalTI delay counter 
to generate the delay meeting the IEEE spec. 

5. Write the talker/listener address to the Address 
0/1 register. The three most significant bits are 
zero. 

6. Write an ASCII carriage return (ODH) to the EOS 
register. 

7. Write 84H to the Auxiliary Mode Register to allow 
EOI to be sent true when the EOS character is 
sent. 

8. Wrrte 00H to the Auxiliary Mode Register. This 
writes the "Immediate Execute pon" message 
and takes the 8291 A from the initialization state 
into the idle state. The 8291 A will remain idle until 
the controller initiates some activity by driving 
ATNtrue. 

Communication. The local CPU now polls the 
8291 A to determine which controller command has 
been received. 

The controller addresses the 8291A by driving ATN, 
placing MLA (My Listen Address) on the bus and 
driving DAV. If the lower five bits of the MLA message 
match the address programmed into the Address 0/1 
register, the 8291 A is addressed to listen. It would be 
addressed to talk if the controller sent the MTA mes- 
sage instead of MLA. 



The ADSC bit in the Interrupt Status 2 Register indi- 
cates that the 8291A has been addressed or 
unaddressed. The TA and LA bits in the Address 
Status Register indicate whether the 8291 A is talker 
(TA=1), listener (LA=1), both (TA=LA=1) or unad- 
dressed (TA=LA=0). 

If the 8291 A is addressed to listen, the local CPU can 
read the Data-in Register whenever the Bl (Byte In) 
interrupt occurs in the Interrupt Status 1 Register. If 
the END bit in the same register is also set, either EOI 
or a data byte matching the pattern in the EOS regis- 
ter has been received. 

In the talker mode, the CPU writes data into the 
Byte-Out Register on BO (Byte Out) true. 

TALKER/LISTENER/CONTROLLER SYSTEM 

Combined with the Intel 8292, the 8291 A executes a 
complete IEEE-488-1978 controller function, The 
8291A talks and listens via the data and handshake 
lines (NRFD,NDAC and DAV). The 8292 con trols four 
of the five bus management lines (IFC, SRQ, ATN and 
REN). EOT, the_fifth line, isshared.The 8291 A drives 
and receives EOI when EOI is used as an end-of- 
block indicator. The 8292 drives EOT along with AfR 
during a parallel poll command. 

Once again, assume a general system configuration 
with the following features: (i) Polled system inter- 
face; (ii) 8292 as the system controller and 
controller-in-charge; (iii) ASCII carriage return (ODH) 
as the EOS identifier; (iv) EOI sent with the last 
character; and, (v) an external buffer (8282) used to 
monitor the TCI line. 

Initialization. In order to send a command across 
the GPIB, the 8292 has to drive ATN, and the 8291A 
has to drive the data lines. Both devices therefore 
need initialization. 

To initialize the 8292: 

1. Pulse the RESET input.The 8292 will initially drive 
all outputs high. TCI, SPI, OBFI, IBFI and CLTH 
will then go low. The Interrupt Status, Interrupt 
Mask, Error Flag, Error Mask and Timeout regis- 
ters will be cleared. The interrupt counter will be 
disabled and loaded with 255. The 8292 will then 
monitor the status of the SYC pin. If high, the 
8292 will pulse IFC true for at least 1 00/jls in com- 
pliance with the IEEE-488-1978 standard. It will 
then take control by asserting ATN. 

To initialize the 8291A, the following is necessary: 

1. Write 00H to Interrupt Enable registers 1 and 2. 
This disables interrupt and DMA. 
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2. With the 8292 as the controller-in-charge, it is 
impossible to address the 8292 via the GPIB. 
Therefore, the ton or Ion modes of the 8291 A must 
be used. To send comands, set the 8291A in the 
ton mode by writing 80H to the Address Mode 
Register. 

3. Write 26H to the Auxiliary Mode Register to match 
theT1 data settling time to the 6 MHz clock input. 

4. Write an ASCII carriage return (ODH) to the EOS 
Register. 

5. Write 84H to the Auxiliary Mode Register in order 
to enable "Output EOI on EOS sent" and thus 
send EOI with the last character. 

6. Write 00H— Immediate Execute pon— to the Aux- 
iliary Mode Register to put the 8291A in the idle 
state. 

Communication. Since the 8291A is in the ton 
mode, a BO interrupt is generated as soon as the 
immediate Execute pon command is written. The 
CPU writes the command into the Data Out Register, 
and repeats it on BO be com ing true for as many 
commands as necessary. ATN remains continuously 



true unless the GTSB (Go To Standby) command is 
sent to the 8292. 

AfN has to be false in order to send data rather than 
commands from the controller. To do this, the follow- 
ing steps are needed: 

1. Enable the TCI interrupt if not already enabled. 

2. Wait for IBF (Input Buffer Full) in the 8292 Inter- 
rupt Status Register to be reset. 

3. Write the GTSB (F6H) command to the 8292 Com- 
mand Field Register. 

4. Read the 8282 and wait for TCI to be true. 

5. Write the ton (80H) and pon (00H) command to 
the 8291A Address Mode Register and Auxiliary 
Mode Registers respectively. 

6. Wait for the BO interrupt to be set in the 8291A. 

7. Write the data to the 8291A Data-Out Register. 

Identically, the user could command the controller 
to listen rather than talk. To do that, write Ion (40H) 
instead of ton into the Address Mode Register. Then 
wait for Bl rather than BO to go true. Read the data 
Register. 
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ABSOLUTE MAXIMUM RATINGS 

Ambient Temperature Under Bias 0°C to 70°C 

Storage Temperature -65°C to +150°C 

Voltage on Any Pin 

With Respect to Ground -0.5V to '+ 7V 

Power Dissipation ••••••• 0.65 Watts 



'NOTICE: Stresses above those listed under "Absolute Max- 
imum Ratings" may cause permanent damage to the device, 
this is a stress rating only and functional operation of the 
device at these or any other conditions above those indicated 
in the operational sections of this specification is not implied. 
Exposure to absolute maximum rating conditions for extended 
periods may affect device reliability. 



D.C. CHARACTERISTICS [V cc = 5V±10%,T A = 0°C to 70°C (Commercial)] 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


VlL 


Input Low Voltage 


-0.5 


0.8 


V 




VlH 


Input High Voltage 


2 


Vcc+0.5 


V 




Vol 


Output Low Voltage 




0.45 


V 


IOL=2mA (4mA for TR1 pin) 


Voh 


Output High Voltage 


2.4 




V 


Ioh =-400/iA (-150MAforSRQpin) 


VOH-INT 


Interrupt Output High Voltage 


2.4 
3.5 




V 
V 


IOH=-400/iA 
Ioh=-50juA 


IlL 


Input Leakage 




10 


MA 


Vin=0V to Vcc 


'OFL 


Output Leakage Current 




±10 


M A 


VoUT=0.45V ) V cc 


Ice 


Vcc Supply Current 




120 


mA 


T A =0°C 



A.C. CHARACTERISTICS [V cc = 5V ±10% ,T A = 0°C to 70°C (Commercial)] 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


tAR 


Address Stable Before READ 







nsec 




tRA 









nsec 




Address Hold After READ 


tRR 




140 




nsec 




READ width 


tAD 


Address Stable to Data Valid 




250 


nsec 




tRD 


READ to Data Valid 




100 


nsec 




tRDF 


Data Float After READ 





60 


nsec 




tAW 


Address Stable Before WRITE 







nsec 




tWA 


Address Hold After WRITE 











tww 


WRITE Width 


170 




nsec 




tDW 


Data Set Up Time to the Trailing 
Edge of WRITE 


130 




nsec 




tWD 


Data Hold Time After WRITE 







nsec 




tDKDR4 


RDjorWRjtoDREQi 




130 


nsec 




tDKDA6 


RD| to Valid Data 
(D -D 7 ) 




200 


nsec 


DACKl to RD| *st ^50nsec 



10-22 



205248-002 



iny 



8291 A 



WAVEFORMS 



READ 



■DC 



\ 



DATA BUS . 
(DATA OUT) 



/ 



X 



^ V VALID DATA ^ 



WRITE 



d: 



DATA BUS 
(DATA IN) 



DATA MAY CHANGE 



/ 



X 



V VALID DATA jf 



DATA MAY CHANGE 



DMA 














/ 






\ 


- 




«•- 


*DKDR4 » 








\ 








*- 








N 







10-23 



205248-002 



iny 



8291 A 



A.C. TIMING MEASUREMENT POINTS AND LOAD CONDITIONS 



INPUT/OUTPUT 



^> TEST POINTS <^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC 1 AND 0.45V FOR 
A LOGIC 0. ' TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC 1 
AND 0.8V FOR A LOGIC 0. 











DEVICE 
UNDER 
TEST 




^C L = 150pF 







GPIB TIMINGS 1 



Symbol 


Parameter 


Max. 


Units 


Test Conditions 


TEOT13 2 


EOljtoTRIf 


135 


nsec 


PPSS,ATN=0.45V 


TEOD16 


EOT| to DJO Valid 


155 


nsec 


PPSS,ATN=0.45V 


TEOT12 


EOlttoTRU 


155 


nsec 


PPSS,ATN=0.45V 


TATND4 


ATN| to NDACJ 


155 


nsec 


TACS.AIDS 


TATT14 


ATNjtoTRIj 


155 


nsec 


TACS.AIDS 


TATT24 


AfNltoTR2| 


155 


nsec 


TACS.AIDS 


TDVND3-C 


DAVj to NDACf 


650 


nsec 


AH, CACS 


TNDDV1 


NDACf to DAV| 


350 


nsec 


SH.STRS 


TNRDR1 


NRFDftoDREQt 


400 


nsec 


SH 


TDVDR3 


DAVjtoDREQt 


600 


nsec 


AH, LACS, ATN= 2.4V 


TDVND2-C 


DAVf to NDAC1 


350 


nsec 


AH, LACS 


TDVNR1-C 


DAV| to NRFDf 


350 


nsec 


AH, LACS, rdy=True 


TRDNR3 


RDjtoNRFDt 


500 


nsec 


AH, LACS 


TWRD15 


WR| to DlO Valid 


280 


nsec 


SH.TACS, RS=0.4V 


TWRE05 


WR| to EOl Valid 


350 


nsec 


SH.TACS 


TWRDV2 


WR| to DAVj 


830 + t SY NC 


nsec 


High Speed Transfers Enabled, 
N F = f c , tsvNc = 1/2-fc 



NOTES: 

1. All GPIB timings are at the pins of the 8291 A. 

2. The last number in the symbol for any GPIB timing parameter is chosen according to the transition directions of the reference 
signals. The following table describes the numbering scheme. 



?to T 


1 


tto i 


2 


ito t 


3 


i to 1 


4 


tto VALID 


5 


Ito VALID 


6 
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APPENDIX A 



MODIFIED STATE DIAGRAMS 



Figure A-1 presents the Interface function state 
diagrams. It is derived from IEEE Std. state dia- 
grams, with the following changes: 



A. The 8291 A supports the complete set of I EEE-488 
interface functions except for the controller. These 
include: SH1 , AH1 , T5, TE5, L3, LE3, SR1 , RL1 , PP1 , 
DC1, DT1, and CO. 



B. Addressing modes included in T,L state 
diagrams. 



Note that in Mode 3, MSA, OSA are generated only 
after secondary address validity check by the micro- 
processor (APT interrupt). 



C. In these modified state diagrams, the IEEE-488- 
1978 convention of negative (low true) logic is 
followed. This should not be confused with the Intel 
pin- and signal-naming convention based on posi- 
tive logic. Thus, while the state diagrams below car- 
ry low true logic, the signals described elsewhere in 
this data sheet are consistent with Intel notation and 
are based on positive logic. 



Level 


Logic 


Convention 


IEEE-488 


Intel 





T 


DAV 


DAV 


1 


F 


DAV 


DAV 





T 


NDAC 


NDAC 


1 


F 


NDAC 


NDAC 


o v 


T 


NRFD 


NRFD 


1 


F 


NRFD 


NRFD 



Consider the condition when the Not-Ready-For- 
Data signal (pin 37) is active. I ntel in dicates this 
active low signal with the symbol NRFD (V uT^V OL for 
AH; V IN <V IL for SH). The IEEE-488-1978 Standard, in 
its state diagrams, indicates the active state of this 
signal (True condition) with NRFD. 

D. All remote multiline messages decoded are con- 
ditioned by ACDS. The multiplication by ACDS is not 
drawn to simplify the diagrams. 

E. The symbol 




indicates: 

1 . When event X occurs, the function returns to 
state S. 

2. X overrides any other transition condition in 
the function. 

Statement 2 simplifies the diagram, avoiding the 
explicit use of X to condition all transitions from S to 
other states. 



/ SIDS \ 



5av 



V SIWS J 



ATN+ F1 
(WITHIN t 2 ) 



F1 = TACS + SPAS 




Figure A-1. 8291 A State Diagrams (Continued next page) 
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•THIS TRANSITION WILL NEVER 
OCCUR UNDER NORMAL OPERATION. 

f T D ELAY IS ABOUT 300 NS 
FOR DEBOUNCING DAV. 




Figure A-1. 8291 A State Diagrams (Continued next page) 
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GTLLADS 
F5 = (MLA-MODE 1 + LPAS • MSA • MODE 1) 




PPR N = RESPONSE <3- 



♦IDY = ATN • EOI 




F6=DCL + SDC«LADS 



I J 




I I 

I DT I 
I I 



Figure A-1. 8291 A State Diagrams 
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APPENDIX B 



Table B-1. IEEE 488 Time Values 



Time Value 
Identifier 1 


Function (Applies to) 


Description 


Value 


Ti 


SH 


Settling Time for Multiline Messages 


>2/ms 2 


t 2 


LC,iC,SH,AH,T,L 


Response to ATN 


< 200ns 


T 3 


AH 


Interface Message Accept Time 3 


>0 4 


t4 


T,TE,L,LE,C,CE 


Response to IFC or REN False 


< 100/us 


t 5 


PP 


Response to ATN+EOI 


< 200ns 


Te 


C 


Parallel Poll Execution Time 


> 2/LtS 


T 7 


C 


Controller Delay to Allow Current Talker 
to see ATN Message 


> 500 ns 


T 8 


C 


Length of IFC or REN False 


> 100/xs 


T 9 


C 


Delay for EOI 5 


>1.5^s 6 



NOTES: 

'Time values specified by a lower case t indicate the maximum time allowed to make a state transition. Time values specified by an 
upper case T indicate the minimum time that a function must remain in a state before exiting. 
2 lf three-state drivers are used on the DIO, DAV, and EOI lines, f, may be: 

1. > 1100 ns. 

2. Or > 700 ns if it is known that within the controller ATN is driven by a three-state driver. 

3. Or > 500ns for all subsequent bytes following the first sent after each false transition of ATN (the first byte must be sent in accord- 
ance with (1) or (2). 

4. Or > 350ns for all subsequent bytes following the first sent after each false transition of ATN under conditions specified in Section 
5.2.3 and warning note. See IEEE Standard 488. 

3 Time required for interface functions to accept, not necessarily respond to interface messages. 

implementation dependent. 

5 Delay required for EOI, NDAC, and NRFD signal lines to indicate valid states. 

6 > 600 ns for three-state drivers. 
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APPENDIX C 
THE THREE-WIRE HANDSHAKE 



h»Ti-H 



\ 



V 



.c 



-C 



y 



/ 



\ 



f V 



\ 



A f 



N-T1-*. 
-TWRDV2- 



^ 



=k f 



Figure C-1. 3-Wire Handshake Timing at 8291A 



10-29 



205248-002 



iny 



8292 
GPIB CONTROLLER 



Complete IEEE Standard 488 Controller 
Function 

Interface Clear (IFC) Sending Capability 
Allows Seizure of Bus Control and/or 
Initialization of the Bus 

Responds to Service Requests (SRQ) 

Sends Remote Enable (REN), Allowing 
Instruments to Switch to Remote 
Control 



Complete Implementation of Transfer 
Control Protocol 

Synchronous Control Seizure Prevents 
the Destruction of Any Data 
Transmission in Progress 

Connects with the 8291 to Form a 
Complete IEEE Standard 488 Interface 
Talker/Listener/Controller 



The 8292 GPIB Controller is a microprocessor-controlled chip designed to function with the 8291 GPIB Talker/Listener 
to implement the full IEEE Standard 488 controller function, including transfer control protocol. The 8292 is a pre- 
programmed Intel® 8041 A. 



MICROPROCESSOR SYSTEM BUS 



JL.JL JL 



I 

j DMA 

I CONTROLLER 

■ (OPTIONAL) 



8291 

GPIB 
TALKER/ 
LISTENER 



<^Z. 



8293 

BUS 

TRANSCEIVERS 



H 



8292 

GPIB 

CONTROLLER 



^>: 



GENERAL PURPOSE INTERFACE BUS 



Figure 1. 8291, 8292 Block Diagram 




Figure 2. Pin Configuration 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses are implied. 
© INTEL CORPORATION 1984 SEPTEMBER 1984 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


TVpe 


Name and Function 


IFCL 


1 


I 


IFC Received (Latched): The 8292 
monitors the IFC Line (when not 
system controller) through this pin. 


X 1( X 2 


2,3 


I 


Crystal Inputs: Inputs for a crystal, 
LC or an external timing signal to 
determine the internal oscillator 
frequency. 


RESET 


4 


I 


Reset: Used to initialize the chip to 
a known state during power on. 


CS 


6 


I 


Chip Select Input: Used to select 
the 8292 from other devices on the 
common data bus. 


RD 


8 


I 


Read Enable: Allows the master 
CPU to read from the 8292. 


A 


9 


I 


Address Line: Used to select be- 
tween the data bus and the status 
register during read operations and 
to distinguish between data and 
commands written into the 8292 
during write operations. 


WR 


10 


I 


Write Enable: Allows the master 
CPU to write to the 8292. 


SYNC 


11 





Sync: 8041 A instruction cycle syn- 
chronization signal; it is an output 
clock with a frequency of XTAL -r. 
15. 


D -D 7 


12-19 


I/O 


Data: 8 bidirectional lines used for 
communication between the cen- 
tral processor and the 8292's data 
bus buffers and status register. 


v S s 


7,20 


P.S. 


Ground: Circuit ground potential. 


SRQ 


21 


I 


Service Request: One of the IEEE 
control lines. Sampled by the 8292 
when it is controller in charge. If 
true, SPI interrupt to the master will 
be generated. 


ATNI 


22 


I 


Attention In: Used by the 8292 to 
monitorthe GPIB ATN control line. It 
is used during the transfer control 
procedure. 


IFC 


23 


I/O 


Interface Clear: One of the GPIB 
management lines, as defined by 
IEEE Std. 488-1978, places all de- 
vices in a known quiescent state. 


SYC 


24 


I 


System Conroller: Monitors the 
system controller switch. 


CLTH 


r 27 





Clear Latch: Used to clear the IFCR 
latch after being recognized by the 
8292. Usually low (except after 
hardware Reset), it will be pulsed 
high when IFCR is recognized by 
the 8292. 


ATNO 


29 





Attention Out: Controls the ATN 
control line of the bus through ex- 
ternal logic for tcs and tea proce- 
dures. (ATN is a GPIB control line, as 
defined by IEEE Std. 488-1978.) 



Symbol 


Pin 
No. 


Type 


Name and Function 


Vcc 


5, 26, 40 


P.S. 


Voltage: +5V supply input ±10%. 


COUNT 


39 




Event Count: When enabled by the 
proper command the internal 
counter will count external events 
through this pin. High to low transi- 
tion will increment the internal 
counter by one. The pin is sampled 
once per three internal instruction 
cycles (7.5/usec sample period 
when using 5 MHz XTAL). It can be 
used for byte counting when con- 
nected to NDAC, or for block count- 
ing when connected to the EOI. 


REN 


38 





Remote Enable: The Remote En- 
able bus signal selects remote or 
local control of the device on the 
bus. A GPIB bus management line, 
as defined by IEEE Std. 488-1978. 


DAV 


37 


I/O 


Data Valid: Used during parallel 
poll to force the 8291 to accept the 
parallel poll status bits. It is also 
used during the tcs procedure. 


ibfT 


36 





Input Buffer Not Full: Used to 
interrupt the central processor 
while the input buffer of the 8292 is 
empty. This feature is enabled and 
disabled by the interrupt mask 
register. 


OBFI 


35 





Output Buffer Full: Used as an 
interrupt to the central processor 
whi le the output buffer of the 8292 is 
full. The feature can be enabled and 
disabled by the interrupt mask 
register. 


E012 


34 


I/O 


End Or Identify: One of the GPIB 
management lines, as defined by 
IEEE Std. 488-1978. Used with ATN 
as Identify Message during parallel 
poll. 


SPI 


33 





Special Interrupt: Used as an inter- 
rupt on events not initiated by the 
central processor. 


TCI 


32 





Task Complete Interrupt: Interrupt 
to the control processor used to in- 
dicate that the task requested was 
completed by the 8292 and the in- 
formation requested is ready in the 
data bus buffer. 


CIC 


31 





Controller In Charge: Controls the 
S/R input of the SRQ bus trans- 
ceiver. It can also be used to indi- 
cate that the 8292 is in charge of the 
GPIB bus. 
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FUNCTIONAL DESCRIPTION 

The 8292 is an Intel 8041 A which has been programmed 
as a GPIB Controller interface element. It is used with 
the 8291 GPIB Talker/Listener and two 8293 GPIB Trans- 
ceivers to form a complete IEEE-488 Bus Interface for a 
microprocessor. The electrical interface is performed by 
the transceivers, data transfer is done by the talker/ 
listener, and control of the bus is done by the 8292. 
Figure 3 is a typical controller interface using Intel's 
GPIB peripherals. 



Interrupt Status Register 



toA_ 
processor ( 19 

BUSNJ"^ 



■v 



TO 
PROCESSOR 

BUS \J — 



K 15 



OPTA 
OPTB 
8293 



U 



It 



V 



fc 




SYC 


ERR 


SRQ 


EV 


X 


IFCR 


IBF 


OBF 



Figure 3. Talker/Listener/Controller Configuration ERR 



The internal RAM in the 8041A is used as a special 
purpose register bank for the 8292. Most of these 
registers (except for the interrupt flag) can be accessed 
through commands to the 8292. Table 2 identifies the 
registers used by the 8292 and how they are accessed. 



d 7 d 

The 8292 can be configured to interrupt the microproc- 
essor on one of several conditions. Upon receipt of the 
interrupt the microprocessor must read the 8292 
interrupt status register to determine which event 
caused the interrupt, and then the appropriate subrou- 
tine can be performed. The interrupt status register is 
read with A high. With the exception of OBF and IBF, 
these interrupts are enabled or disabled by the SPI 
interrupt mask. OBF and IBF h ave their own bits in the 
interrupt mask (OBFI and IBFI). ; 

OBF Output Buffer Full. A byte is waiting to be read by 
the microprocessor. This flag is cleared when the 
output data bus buffer is read. 

IBF Input Buffer Full. The byte previously written by 
the microprocessor has not been read yet by the 
8292. If another byte is written to the 8292 before 
this flag clears, data will be lost. IBF is cleared 
when the 8292 reads the data byte. 

IFCR Interface Clear Received. The GPIB system 
controller has set IFC. The 8292 has become idle 
and is no longer in charge of the bus. The flag is 
cleared when the IACK command is issued. 

EV Event Counter Interrupt. The requested number 
of blocks or data bytes has been transferred. The 
EV interrupt flag is cleared by the IACK 
command! 

SRQ Service Request. Notifies the 8292 that a service 
request (SRQ) message has been received. It is 
cleared by the IACK command. 
Error occurred. The type of error can be deter- 
mined by reading the error status register. This 
interrupt flag is cleared by the IACK command. 

SYC System Controller Switch Change. Notifies the 
processor that the state of the system controller 
switch has changed. The actual state is con- 
tained in the GPIB Status Register. This flag is 
cleared by the IACK command. 

















Table 2. 8292 Registers 


















READ FROM 8292 


INTERRUPT STATUS 




A 


WRITE TO 8292 


INTERRUPT MASK 




A 




SYC 


ERR 


SRQ 


EV 


X 


IFCR 


IBF 


OBF 


1 


1 


SPI 


TCI 


SYC 


OBFI 


IBFI 





SRQ 







D 7 


ERROR FLAG 


D 




D 7 


ERROR MASK 


D 






X 


X 


USER 


X 


X 


TOUT 3 


TOUT 2 


TOUT-i 


0* 








USER 








TOUT 3 


TOUT 2 


TOUT 1 









CONTROLLER STATUS 








COMMAND FIELD 








CSBS 


CA 


X 


X 


SYCS 


IFC 


REN 


SRQ 


0* 


1 


1 


1 . 


OP 


C 


C 


C 


c 


1 






GPIB (BUS) STATUS 








EVENT COUNTER 








REN 


DAV 


EOI 


X 


SYC 


IFC 


ANTI 


SRQ 


o* 


D 


D 


D 


D 


D 


D 


D 


D 


0* 






EVENT COUNTER STATUS 








TIME OUT 








D 


D 


D 


D 


D 


D 


D 


D 


0* 


D 


D 


D 


D 


D 


D 


D 


D 


0* 






TIME OUT STATUS 








are accessed by a spe 








D 





D 





D 


D 


D 


D 


Note: These registers 
see page 6. 


cial utility command, 
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Interrupt Mask Register 



Event Counter Register 



1 


SPI 


TCI 


SYC 


OBFI 


Tbfi 





SRQ 




D 7 


D 6 


D 5 


D 4 


D 3 


D 2 


Dl 


DO 



D 7 D 

The Interrupt Mask Register is used to enable features 
and to mask the SPI and TCI interrupts. The flags in the 
Interrupt Status Register will be active even when 
masked out. The Interrupt Mask Register is written 
when A is low and reset by the RINM command. When 
the register is read, D-, and D 7 are undefined. An inter- 
tupt is enabled by setting the corresponding register bit. 

SRQ Enable interrupts on SRQ received. 

IBFI Enable interrupts on input buffer empty. 

OBFI Enable interrupts on output buffer full. 

SYC Enable interrupts on a change in the system 
controller switch. 

TCI Enable interrupts on the task completed. 

SPI Enable interrupts on special events. 

NOTE: The event counter is enabled by the GSEC 
command, the error interrupt is enabled by the error 
mask register, and IFC cannot be masked (it will always 
cause an interrupt). 



The Event Counter Register contains the initial value for 
the event counter. The counter can count pulses on pin 
39 of the 8292 (COUNT). It can be connected to EOI or 
NDAC to count blocks or bytes respectively during 
standby state. A count of zero equals 256. This register 
cannot be read, and is written using the WEVC 
command. 



Event Counter Status Register 



D? 


D 6 


D 5 


D 4 


D 3 


D 2 


Dl 


D 



This register contains the current value in the event 
counter. The event counter counts back from the initial 
value stored in the Event Counter Register to zero and 
then generates an Event Counter Interrupt. This register 
cannot be written and can be read using a REVC 
command. 

Time Out Register 



D 7 


D 6 


D 5 


D 4 


D 3 


D 2 


Dl 


D 



Controller Status Register 



CSBS 


CA 


X 


X 


SYCS 


IFC 


REN 


SRQ 



D? D 

The Controller Status Register is used to determine the 
status of the controller function. This register is 
accessed by the RCST command. 

SRQ Service Request line active (CSRS). 

REN Sending Remote Enable. 

IFC Sending or receiving interface clear. 

SYCS System Controller Switch Status (SACS). 

CA Controller Active (CACS + CAWS + CSWS). 

CSBS Controller Stand-by State (CSBS, CA) = (0,0) — 
Controller Idle 



The Time Out Register is used to store the time used for 
the time out error function. See the individual timeouts 
(TOUT1, 2, 3) to determine the units of this counter. This 
Time Out Register cannot be read, and it is written with 
the WTOUT command. 

Time Out Status Register 



D 7 


D 6 


D 5 


D 4 


D 3 


D 2 


Dl 


D 



This register contains the current value in the time out 
counter. The time out counter decrements from the 
original value stored in the Time Out Register. When 
zero is reached, the appropriate error interrupt is gen- 
erated. If the register is read while none of the time out 
functions are active, the register will contain the last 
value reached the last time a function was active. The 
Time Out Status Register cannot be written, and it is 
read with the RTOUT command. 



GPIB Bus Status Register 










Error Flag Register 
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USER 


X 


X 
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TOUT 2 


TOUT! 


REN 


DAV 


EOI 


X 


SYC 
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ATNI 
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This register contains GPIB bus status information. It 
can be used by the microprocessor to monitor and 
manage the bus. The GPIB Bus Register can be read 
using the RBST command. 

Each of these status bits reflect the current status of 
the corresponding pin on the 8292. 

SRQ Service Request 

ATNI Attention In 

IFC Interface Clear 

SYC System Controller Switch 

EOI End or Identify 

DAV Data Valid 

REN Remote Enable 



Four errors are flagged by the 8292 with a bit in the Error 
Flag Register. Each of these errors can be masked by 
the Error Mask Register. The Error Flag Register cannot 
be written, and it is read by the IACK command when the 
error flag in the Interrupt Status Register is set. 

TOUT1 Time Out Error 1 occurs when the current con- 
troller has not stopped sending ATN after 
receiving the TCT message for the time period 
specified by the Time Out Register. Each count 
in the Time Out Register is at least 1800 t C y- 
After flagging the error, the 8292 will remain in a 
loop trying to take control until the current 
controller stops sending ATN or a new com- 
mand is written by the microprocessor. If a new 
command is written, the 8292 will return to the 
loop after executing it. 
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T0UT2 Time Out Error 2 occurs when the transmission 
between the addressed talker and listener has 
not started for the time period specified by the 
Time Out Register. Each count in the Time Out 
Register is at least 45 t CY . This feature is only 
enabled when the controller is in the OSBS 
state. 

TOUT3 Time Out Error 3 occurs when the handshake 
signals are stuck and the 8292 is not succeed- 
ing in taking control synchronously for the time 
period specified by the Time Out Register. Each 
count in the Time Out Register is at least 1800 
t C y. The 8292 will continue checking ATNI until 
it becomes true or a new command is received. 
After performing the new command, the 8292 
will return to the ATNI checking loop. 

USER User error occurs when request to assert IFC or 
REN was received and the 8292 was not the 
system controller. 

Error Mask Register 









USER 








TOUT 3 


TOUT 2 


TOUTt 
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DO 



The Error Mask Register is used to mask the interrupt 
from a particular type of error. Each type of error inter- 
rupt is enabled by setting the corresponding bit in the 
Error Mask Register. This register can be read with the 
RERM command and written with A low. 

Command Register 
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Commands are performed by the 8292 whenever a byte 
is written with A high. There are two categories of 
commands distinguished by the OP bit (bit 4). The first 
category is the operation command (OP=1). These 
commands initiate some action on the interface bus. 
The second category is the utility commands (OP = 0). 
These commands are used to aid the communication 
between the processor and the 8292. 



OPERATION COMMANDS 

Operation commands initiate some action on the GPIB 
interface bus. It is using these commands that the 
control functions such as polling, taking and passing 
control, and system controller functions are performed. 

F0 — SPCNI — Stop Counter Interrupts 

This command disables the internal counter interrupt so 
that the 8292 will stop interrupting the master on event 
counter underflows. However, the counter will continue 
counting and its contents can still be used. 

F1 - GIDL — ' Go To Idle 

This command is used during the transfer of control 



procedure while transferring control to another con- 
troller. The 8292 will respon d to this command only if it 
is in the active state. ATNO will go high, and CIC will be 
high so that this 8292 will no longer be driving the ATN 
line on the GPIB interface bus. TCI will be set upon 
completion. 

F2 — RST — Reset 

This command has the same effect as asserting the 
external reset on the 8292. For details, refer to the reset 
procedure described later. 

F3 — RSTI — Reset Interrupts 

This command resets any pending interrupts and clears 
the error flags. The 8292 will not return to any loop it was 
in (such as from the time out interrupts). 

F4 — GSEC — Go To Standby, Enable Counting 



The function causes ATNO to go high and the counter 
will be enabled. If the 8292 was not the active controller, 
this command will exit immediately. If the 8292 is the 
active controller, the counter will be loaded with the 
value stored in the Event Counter Register, and the 
internal interrupt will be enabled so that when the 
counter reaches zero, the SPI interrupt will be gener- 
ated. SPI will be generated every 256 counts thereafter 
until the controller exits the standby state or the SPCNI 
command is written. An initial count of 256 (zero in the 
Event Counter Register) will be used if the WEVC 
command is not executed. If the data transmission does 
not start, a TOUT2 error will be generated. 

F5 - EXPP - Execute Parallel Poll 

This command initiates a parallel poll by asserting EOI 
when ATN is already active. TCI will be set at the end of the 
command. The 8291 should be previously configured as a 
listener. Upon detection of DAV true, the 8291 enters 
ACDS and latches the parallel poll response (PPR) byte 
into its data in register. The master will be interrupted by 
the 8291 Bl interrupt whe n the PPR byte is available. No 
interrupts except the IBFI will be generated by the 8292. 
The 8292 will respond to this command only when it is the 
active controller. 

F6 — GTSB — Go To Standby 

If the 8292 is the active controller, ATNO will go high 
•then TCI will be generated. If the data transmission does 
not start, a TOUT2 error will be generated. 

F7 — SLOC — Set Local Mode 

If the 8292 is the system controller, then REN will be assert- 
ed false and TCI will be set true. If it is not the system 
controller, the User Error bit will be set in the Error Flag 
Register. 

F8 — SREM — Set Interface To Remote Control 

This command will set REN true and TCI true if this 8292 is 
the system controller. If not, the User Error bit will be set in 
the Error Flag Register. 
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F9 — ABORT — Abort All Operation, Clear Interface 

This command will cause IFC to be asserted true for at 
least 100 fisec if this 8292 is the system controller. If it is 
in CIDS, it will take control over the bus (see the TCNTR 
command). 

FA - TCNTR - Take Control 

The transfer of control procedure is coordinated by the 
master with the 8291 and 8292. When the master 
receives a TCT message from the 8291, it should issue 
the TCNTR command to the 8292. The following events 
occur to take control: 

1. The 8292 checks to see if it is in CIDS, and if not, it 
exits. 

2. Then ATNI is checked until it becomes high. If the 
current controller does not release ATN for the time 
specified by the Time Out Register, then a TOUT1 
error is generated. The 8292 will return to this loop 
after an error or any command except the RST and 
RSTI commands. 

3. After the current controUer releases ATN, the 8292 
will assert ATNO and CIC low. 

4. Finally, the TCI interrupt is generated to inform the 
master that it is in control of the bus. 

FC — TCASY — Take Control Asynchronously 

TCAS transfers the 8292 from CSBS to CACS indepen- 
dent of the handshake lines. If a bus hangup is detected 
(by an error flag), this command will force the 8292 to 
take control (asserting ATN) even if the AH function is 
not in ANRS (Acceptor Not Ready State). This command 
should be used very carefully since it may cause the 
loss of a data byte. Normally, control should be taken 
synchronously. After checking the controller function 
for be ing in the CSBS (else it will exit immediately), 
ATNO will go low, and a TCI interrupt will be generated. 

FD — TCSY — Take Control Synchronously 

There are two different procedures used to transfer the 
8292 from CSBS to CACS depending on the state of the 
8291 in the system. If the 8291 is in "continuous AH 
cycling" mode (Aux. Reg. A0 = A1 = 1), then the 
following procedure should be followed: 

1. The master microprocessor stops the continuous AH 
cycling mode in the 8291; 

2. The master reads the 8291 Interrupt Status 1 
Register; 

3. If the END bit is set, the master sends the TCSY 
command to the 8292; 

4. If the END bit was not set, the master reads the 8291 
Data In Register and then waits for another Bl 
interrupt from the 8291. When it occurs, the master 
sends the 8292 the TCSY command. 

If the 8291 is not in AH cycling mode, then the master 
just waits for a Bl interrupt and then sends the TCSY 
command. After the TCSY co mmand has been issued, 
the 8292 checks for CSBS. If CSBS, then it exits the 
routine. Otherwise, it then checks the DAV bit in the 
GPIB status. When DAV becomes false, the 8292 will 



wait for at least 1.5 ^sec. (T10) and then ATNO will go 
low. If DAV does not go low, a TOUT3 error will be 
generated. If the 8292 successfully takes control, it sets 
TCI true. 

FE — STCNI — Start Counter Interrupts 

This command enables the internal counter interrupt. 
The counter is enabled by the GSEC command. 



UTILITY COMMANDS 

All these commands are either Read or Write to registers 
in the 8292. Note that writing to the Error Mask Register 
and the Interrupt Mask Register are done directly. 

E1 - WTOUT - Write To Time Out Register 

The byte written to the data bus buffer (with A =0) 
following this command will determine the time used 
for the time out function. Since this function is imple- 
mented in software, this will not be an accurate time 
measurement. This feature is enable or disable b y the 
Error Mask Register. No interrupts except for the IBFI 
will be generated upon completion. 

E2 - WEVC - Write To Event Counter 

The byte written to the data bus buffer (with A =0) 
following this command will be loaded into the Event 
Counter Register and the Event Cou nter Status for byte 
counting or EOI counting. Only IBFI will indicate 
completion of this command. 

E3 — REVC — Read Event Counter Status 

This command transfers the contents of the Event 
Counter into the data bus buffer. A TCI is generated 
when the data is available in the data bus buffer. 

E4 — RERF — Read Error Flag Register 

This command transfers the contents of the Error Flag 
Register into the data bus buffer. A TCI is generated 
when the data is available. 

E5 — RINM — Read Interrupt Mask Register 

This command transfers the contents of the Interrupt 
Mask Register into the data bus buffer. This register is 
available to the processor so that it does not need to 
store this information elsewhere. A TCI is generated 
when the data is available in the data bus buffer. 

E6 — RCST — Read Controller Status Register 

This command transfers the contents of the Controller 
Status Register into the data bus buffer and a TCI inter- 
rupt is generated. 

E7 — RBST — Read GPIB Bus Status Register 

This command transfers the contents of the GPIB Bus 
Status Register into the data bus buffer, and a TCI 
interrupt is generated when the data is available. 
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E9 - RTOUT — Read Time Out Status Register 

This command transfers the contents of the Time Out 
Status Register into the data bus buffer, and a TCI 
interrupt is generated when the data is available. 

EA — RERM — Read Error Mask Register 

This command transfers the contents of the Error Mask 
Register to the data bus buffer so that the processor 
does not need to store this information elsewhere. A TCI 
interrupt is generated when the data is available. 

Interrupt Acknowledge 



SYC 


ERR 


SRQ 


EV 


1 


IFCR 


1 


1 
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Each named bit in an Interrupt Acknowledge (IACK) 
corresponds to a flag in the Interrupt Status Register. 
When the 8292 receives this command, it will clear the 
SPi and the corresponding bits in the Interrupt Status 
Register. If not all the bits were cleared, then the SPI will 
be set true again. If the error flag is not acknowledged 
by the IACK command, then the Error Flag Register will 
be transferred to the data bus buffer, and a TCI will be 
generated. 

NOTE: XXXX1X11 is an undefined operation or utility 
command, so no conflict exists between the IACK 
operation and utility commands. 



SYSTEM OPERATION 

8292 To Master Processor Interface 

Communication between the 8292 and the Master 
Processor can be either interrupt based communication 
or based upon polling the interrupt status register in 
predetermined intervals. 

interrupt Based Communication 

Four different interrupts are available from the 8292: 
OBFI Output Buffer Full Interrupt 
IBFI Input Buffer Not Full Interrupt 
TCI Task Completed Interrupt 
SPI Special Interrupt 

Each of the interrupts is enabled or disabled b y a b it in 
the interrupt mask register. Since OBFI and IBFI are 
directly connected to the OBF and IBF flags, the master 
can write a new command to the input data bus buffer 
as soon as the previous command has been read. 

The TCI interrupt is useful when the master is sending 
commands to the 8292. The pending TCI will be cleared 
with each new command written to the 8292. Commands 
sent to the 8292 can be divided into two major groups: 

1. Commands that require response back from the 8292 
to the master, e.g., reading register. 

2. Commands that initiate some action or enable 
features but do not require response back from the 
8292, e.g., enable data bus buffer interrupts. 



With the first group, the TCI interrupt will be used to 
indicate that the required response is ready in the data 
bus buffer and the master may continue and read it. 
With the second group, the interrupt will be used to 
indicate completion of the required task, so that the 
master may send new commands. 

The SPI should be used when immediate information or 
special events is required (see the Interrupt Status 
Register). 

"Polling Status" Based Communication 

When interrupt based communication is not desired, all 
interrupts can be masked by the interrupt mask register. 
The communication with the 8292 is based upon 
sequential poll of the interrupt status register. By 
testing the OBF and IBF flags, the data bus buffer 
status is determined while special events are deter- 
mined by testing the other bits. 

Receiving IFC 

The IFC pulse defined by the IEEE-488 standard is at 
least 100 jusec. In this time, all operation on the bus 
should be aborted. Most important, the current control- 
ler (the one that is in charge at that time) should stop 
sending ATN or EOI. Thus, I FC mu st externally gate CIC 
(controller in charge) and ATNO to ensure that this 
occurs. 

Reset and Power Up Procedure 

After the 8292 has been reset either by the external reset 
pin, the device being powered on, or a RST command, 
the following sequential events will take place: 

1. All ou tputs to the GPIB i nterfa c e wi ll go high ( SFftS , 
ATNI, IFC, SYC, CLTH, ATNO, CIC, TCI, SPI, EOI, 
OBFI, IBFT, DAV, REV). 

2. The four interrupt outputs (TCI, SPI, OBFI, IBFI) and 
CLTH output will go low. 

3. The following registers will be cleared: 
Interrupt Status 

Interrupt Mask 

Error Flag 

Error Mask 

Time Out 

Event Counter (=256), Counter is disabled. 

4. If the 8292 is the system controller, an ABORT 
command will be executed, the 8292 will become the 
controller in charge, and it will enter the CACS state. 

If it is not the system controller, it will remain in 
CIDS. 

System Configuration 

The 8291 and 8292 must be interfaced to an IEEE-488 
bus meeting a variety of specifications including drive 
capability and loading characteristics. To interface the 
8291 and the 8292 without the 8293's, several external 
gates are required, using a configuration similar to that 
used in Figure 5. 
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NOTES: 

1. CONNECT TO NDAC FOR 
BYTE COUNT OR TO EOI 
FOR BLOCK COUNT. 

2. GATE ENSURES OPEN 
COLLECTOR OPERATION 
DURING PARALLEL POLL. 



Figure 4. 8291 and 8292 System Configuration 
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Figure 5. 8291, 8292, and 8293 System Configuration 
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ABSOLUTE MAXIMUM RATINGS* 'NOTICE: Stresses above those listed under "Absolute 

Maximum Ratings" may cause permanent damage to the 
Ambient Temperature Under Bias 0°C to 70°C device This is a stress rating onjy and functional opera- 
Storage Temperature -65°C to + 150°C tion of tne devjce at tnese or any other conditions above 

Voltage on Any Pin With Respect those indicated in tne operational sections of this specifi- 

to Ground 0.5V to + 7V cation is not implied. Exposure to absolute maximum 

Power Dissipation 1.5 Watt rating conditions for extended periods may affect device 

reliability 



D.C. CHARACTERISTICS (T A = 0°C to 70°C, V S s = 0V: 8292, V C c = ±5V ±10%) 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


VlL1 




-0.5 


0.8 


V 




Input Low Voltage (All Except X 1f X 2 , RESET) 


v, L2 


Input Low Voltage (X 1f X 2 , RESET) 


-0.5 


0.6 


V 




V,H1 


Input High Voltage (All Except X 1f X 2 , RESET) 


2.2 


Vcc 


V 




V|H2 


Input High Voltage (X 1f X 2> RESET) 


3.8 


Vcc 


V 




V0L1 


Output Low Voltage (D -D 7 ) 




0.45 


V 


l O i_=2.0 mA 


V L2 


Output Low Voltage (All Other Outputs) 




0.45 


V 


loi_=1-6mA 


VoH1 


Output High Voltage (D -D 7 ) 


2.4 




V 


I h= -400 ptA 


VOH2 


Output High Voltage (All Other Outputs) 


2.4 




V 


I O h=-50 m A 


IlL 


Input Leakage Current (COUNT, IFCL, RD, WR, CS, A ) 




±10 


ma 


Vss < V IN < V cc 


loz 


Output Leakage Current (D -D 7 , High Z State) 




±10 


ma 


V SS + 0.45 <V, N < V CC 


Ilh 


Low Input Load Current (Pins 21-24, 27-38) 




0.5 


mA 


V, L =0.8V 


•lI2 


Low Input Load Current (RESET) 




0.2 


mA 


V| L =0.8V 


•cc 


Total Supply Current 




125 


mA 


Typical = 65 mA 


>IH 


Input High Leakage Current (Pins 21-24, 27-38) 




100 


/xA 


V IN = Vcc 


C|N 


Input Capacitance 




10 


PF 




C|/0 


I/O Capacitance 




20 


PF 





A.C. CHARACTERISTICS (T A = 0°C to 70°C, V ss = 0V: 8292, V C c = +5V ±10%) 
DBB READ 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


t A R 


CS, A Setup to RDI 







ns 




tRA 


CS, A Hold After RDt 







ns 




tRR 


RD Pulse Width 


250 




ns 




*AD 


CS, A to Data Out Delay 




225 


ns 


C L =150pF 


*RD 


RDI to Data Out Delay 




225 


ns 


C L =150pF 


t D F 


RDt to Data Float Delay 




100 


ns 




*CY 


Cycle Time 


2.5 


15 


MS 




DBB WRITE 


Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*AW 


CS, A Setup to WR* 







ns 




*WA 


CS, A Hold After WRt 







ns 




t W w 


WR Pulse Width 


250 




ns 




*DW 


Data Setup to WRt 


150 




ns 




twD 


Data Hold After WR* 







ns 
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COMMAND TIMINGS' 



[1,3] 



Cpde 


Name 


Execution 
Time 


iBFit 


TCI' 2 ' 


SPI 


ATNO 


CIC 


IFC 


REN 


EOI 


OAV 


Comments 


E1 


WTOUT 


63 


24 




















E2 


WEVC 


63 


24 


















E3 


REVC 


71 


24 


51 
















E4 


RERF 


67 


24 


47 
















E5 


RINM 


69 


24 


49 
















E6 


RCST 


97 


24 


77 
















E7 


RBST 


92 


24 


72 
















E8 
























E9 


RTOUT 


69 


24 


49 
















EA 


RERM 


69 


24 


49 
















FO 


SPCNI 


53 


24 


















Count Stops After 39 


F1 


GIOL 


88 


24 


70 




t61 


t61 












F2 


RST 


94 


24 




152 














Not System Controller 


F2 


RST 


214 


24 


192 


152 


1179 


1174 


1101 








System Controller 


F3 


RSTI 


61 


24 




















F4 


GSEC 


125 


24 


107 




t98 












F5 


EXPP 


75 


24 












153 
t59 


155 
t57 




F6 


GTSB 


118 


24 


100 




t91 












F7 


SLOC 


n 73 


24 


55 








t46 








F8 


SREM 


91 


24 


73 








164 








F9 


ABORT 


155 


24 


133 




1120 


1115 


142 








FA 


TCNTR 


108 


24 


86 




171 


168 










FC 


TCAS 


92 


24 


67 




155 












FD 


TCSY 


115 


24 


91 




180 












FE 


STCNI 


59 


24 


















Starts Count After 43 _ 


PIN 


RESET 


29 


- 


17 


17 














Not System Controller, 


X 


IACK 


116 


— 




173 
t98 














If Interrupt Pending 



Notes: 

1. All times are multiples of t CY from the 8041A 

2. TCI clears after 7 t CY on all commands. 

3. t indicates a level transition from low to high, 



command interrupt. 

1 1 indicates a high to low transition. 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



A.C. TESTING LOAD CIRCUIT 



INPUT/OUTPUT 



'^> TEST POINTS <^ 




AC. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC 1 AND 0.45V FOR 
A LOGIC 0." TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC T 
AND 0.8V FOR A LOGIC 0.- 



DEVICE 
UNDER 
TEST 



1 



C L INCLUDES JIG CAPACITANCE 
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CLOCK DRIVER CIRCUITS 



CRYSTAL OSCILLATOR MODE 



(INCLUDES XTAL, 
SOCKET. STRAY) 



l 5 . p . F ! i- 



15-25pF =. 
(INCLUDES SOCKET. 

STRAY) -±- 



CRYSTAL SERIES RESISTANCE SHOULD BE 
<750 AT 6 MHz; <180Q AT 3.6 MHz. 



DRIVING FROM EXTERNAL SOURCE 



-O 



i 



BOTH XTAL1 AND XTAL2 SHOULD BE DRIVEN. 
RESISTORS TO V CC ARE NEEDED TO ENSURE V, H = 3.8V 
IF TTL CIRCUITRY IS USED. 



LC OSCILLATOR MODE 



_L_ _C_ NOMINAL I 

ASM 20 pF 5.2 MHz 

t20^H 20 pF 3.2 MHz 



Cpp =5-10 pF PIN-TO-PIN 
XTAL2 CAPACITANCE 



EACH C SHOULD BE APPROXIMATELY 20 pF, INCLUDING STRAY CAPACITANCE. 



WAVEFORMS 



READ OPERATION— DATA BUS BUFFER REGISTER 



CS OR A 

(SYSTEM'S 

ADDRESS BUS) 



(READ CONTROL) 



DATA BUS 
(OUTPUT) " 



/ 



X 



\ 



DATA VALID 



WRITE OPERATION - DATA BUS BUFFER REGISTER 



CSORAo ' 
(SYSTEM'S 
ADDRESS BUS) . 



WR 
(WRITE CONTROL) 



X 



DATA BUS DATA 

(INPUT) MAY CHANGE 



/ 



X 



V DATA VALID V 



DATA 
MAY CHANGE 
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APPENDIX 

The following tables and state diagrams were taken 
from the IEEE Standard Digital Interface for Program- 



mable Instrumentation, IEEE Std. 488-1978. This docu- 
ment is the official standard for the GPI B bus and can be 
purchased from IEEE, 345 East 47th St., New York, NY 
10017. 



C MNEMONICS 



Messages 


Interface States 


pon 


= power on 


CIDS 


= controller idle state 


rsc 


= request system control 


CADS 


= controller addressed state 


rpp 


= request parallel poll 


CTRS 


= controller transfer state 


gts 


= go to standby 


CACS 


= controller active state 


tea 


= take control asynchronously 


CPWS 


= controller parallel poll wait state 


tcs 


= take control synchronously 


CPPS 


= controller parallel poll state 


sic 


= send interface clear 


CSBS 


= controller standby state 


sre 


= send remote enable 


CSHS 


= controller standby hold state 


IFC 


= interface clear 


CAWS 


= controller active wait state 


ATN 


= attention 


CSWS 


= controller synchronous wait state 


TCT 


= take control 


CSRS 


= controller service requested state 






CSNS 


= controller service not requested state 






SNAS 


= system control not active state 






SACS 


= system control active state 






SRIS 


= system control remote enable idle state 






SRNS 


= system control remote enable not active state 






SRAS 


= system control remote enable active state 






SMS 


= system control interface clear idle state 






SINS 


= system control interface clear not active state 






SIAS 


= system control interface clear active state 






(ACBS) 


= accept data state (AH function) 




(ANRS) 


= acceptor not ready state (AH function) 






(SDYS) 


= source delay state (SH function) 






(STRS) 


= source transfer state (SH function) 






(Tads) 


= talker addressed state (T function) 




* T-io > 1.5 mMC 

t THE MICROPROCESSOR MUST WAIT FOR THE BO 
INTERRUPT BEFORE WRITING THE QTSBOR QSEC 
COMMANDS TO ENSURE THAT (STRS A STS7S) 
IS TRUE. 




Figure A.1. C State Diagram 
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REMOTE MESSAGE CODING 












Bus Signal Lina(s) and Coding That 










C 
L 


Asserts the True Value of the Message 








T 


D 










D 


NN 












Y 


A 


I 










I 


DRD 


A E 


S I R 








P 


S 
















AFA 


T 


R F E 


Mnemonic 


Message Name 


E 


S 


8 7 6 


5 


4 


3 


2 


1 


VDC 


N I 


Q C N 


ACG 


Addressed Command Group 


M 


AC 


Y 





X 


X 


X 


X 


XXX 


1 X 


XXX 


ATN 


Attention 




U 


UC 


XXX 


X 


X 


X 


X 


X 


XXX 


1 X 


XXX 


DAB 


Data Byte 


(Notes 1,9) 


M 


DD 


D D D 
8 7 6 


D 
5 


D 

4 


D 
3 


D 
2 


D 
1 


XXX 


X 


XXX 


DAC 


Data Accepted 




U 


HS 


XXX 


X 


X 


X 


X 


X 


xxo 


X X 


XXX 


DAV 


Data Valid 




U 


HS 


XXX 


X 


X 


X 


X 


X 


1 XX 


X X 


XXX 


DCL 


Device Clear 




M 


UC 


Y 


1 





1 








XXX 


1 X 


XXX 


END 


End 




U 


ST 


XXX 


X 


X 


X 


X 


X 


XXX 


1 


XXX 


EOS 


End of String 


(Notes 2, 9) 


M 


DD 


E E E 
8 7 6 


E 
5 


E 
4 


E 
3 


E 
2 


E 
1 


XXX 


X 


XXX 


GET 


Group Execute Trigger 




M 


AC 


Y 





1 











XXX 


1 X 


XXX 


GTL 


Go to Local 




M 


AC 


Y 














1 


XXX 


1 X 


XXX 


IDY 


Identify 




U 


UC 


XXX 


X 


X 


X 


X 


X 


XXX 


X 1 


XXX 


IFC 


Interface Clear 




U 


UC 


XXX 


X 


X 


X 


X 


X 


XXX 


X X 


X 1 X 


LAG 


Listen Address Group 




M 


AD 


Y 1 


X 


X 


X 


X 


X 


XXX 


1 X 


XXX 


LLO. 


Local Lock Out 




M 


UC 


Y 


1 











1 


XXX 


1 X 


XXX 


MLA 


My Listen Address 


(Note 3) 


M 


AD 


Y 1 


L 
5 


L 

4 


L 
3 


L 
2 


L 
1 


XXX 


1 X 


XXX 


MTA 


My Talk Address 


(Note 4) 


M 


AD 


Y 1 


T 
5 


T 
4 


T 
3 


T 
2 


T 
1 


XXX 


1 X 


XXX 


MSA 


My Secondary Address 


(Note 5) 


M 


SE 


Y 1 1 


S 
5 


S 

4 


S 
3 


S 
2 


S 

1 


XXX 


1 X 


XXX 


NUL 


Null Byte 




M 


DD 




















XXX 


X X 


XXX 


OSA 


Other Secondary Address 




M 


SE 






(OSA = 


SCG A MSA) 




OTA 


Other Talk Address 




M 


AD 






(OTA = 


TAG a MTA) 




PCG 


Primary Command Group 




M 


— 


(PCG 


= / 


<\CG v UCG v LAG v TAG) 


PPC 


Parallel Poll Configure 




M 


AC 


Y 








1 





1 


XXX 


1 X 


XXX 


PPE 


Parallel Poll Enable 


(Note 6) 


M 


SE 


Y 1 1 





s 


P 
3 
D 
3 
X 


P 
2 
D 
2 
X 


P 

1 

D 
1 


XXX 


1 X 


XXX 


PPD 


Parallel Poll Disable 


(Note 7) 


M 


SE 


Y 1 1 


1 


D 
4 
X 


XXX 


1 X 


XXX 


PPR1 


Parallel Poll Response 1 ^ 




U 


ST 


XXX 


X 


1 


XXX 


1 1 


XXX 


PPR2 


Parallel Poll Response 2 




U 


ST 


XXX 


X 


X 


X 


1 


X 


XXX 


1 1 


XXX 


PPR3 


Parallel Poll Response 3 




U 


ST 


XXX 


X 


X 


1 


X 


X 


XXX 


1 1 


XXX 


PPR4 


Parallel Poll Response 4 


► (Note 10) 


U 


ST 


XXX 


X 


1 


X 


X 


X 


XXX 


1 1 


XXX 


PPR5 


Parallel Poll Response 5 


U 


ST 


XXX 


1 


X 


X 


X 


X 


XXX 


1 1 


XXX 


PPR6 


Parallel Poll Response 6 




U 


ST 


X X 1 


X 


X 


X 


X 


X 


XXX 


1 1 


XXX 


PPR7 


Parallel Poll Response 7 




U 


ST 












V 


V V V 

/\ /'\ /\ 


1 1 


XXX 


PPR8 


Parallel Poll Response 8 j 




U 


ST 


1 X X 


X 


X 


X 


X 


X 


XXX 


1 1 


XXX 


PPU 


Parallel Poll Unconfigure 




M 


UC 


Y 


1 





1 





1 


XXX 


1 X 


XXX 


REN 


Remote Enable 




U 


UC 


XXX 


X 


X 


X 


X 


X 


XXX 


X X 


X X 1 


RFD 


Ready for Data 




U 


HS 


XXX 


X 


X 


X 


X 


X 


xox 


X X 


XXX 


RQS 


Request Service 


(Note 9) 


U 


ST 


X 1 X 


X 


X 


X 


X 


X 


XXX 


X 


XXX 


SCG 


Secondary Command Groi 


JP 


M 


SE 


Y 1 1 


X 


X 


X 


X 


X 


XXX 


1 X 


XXX 


SDC 


Selected Device Clear 




M 


AC 


Y 








1 








XXX 


1 X 


XXX 


SPD 


Serial Poll Disable 




M 


UC 


Y 


1 


1 








1 


XXX 


1 X 


XXX 


SPE 


Serial Poll Enable 




M 


UC 


Y 


1 


1 











XXX 


1 X 


XXX 


SRQ 


Service Request 




U 


ST 


XXX 


X 


X 


X 


X 


X 


XXX 


X X 


1 X X 


STB 


Status Byte 


(Notes 8, 9) 


M 


ST 


S X S 
8 6 


s 

5 


s 

4 


s 

3 


s 

2 


s 

1 


XXX 


X 


XXX 


TCT 


Take Control 




M 


AC 


Y 





1 








1 


XXX 


1 X 


XXX 


TAG 


Talk Address Group 




M 


AD 


Y 1 


X 


X 


X 


X 


X 


XXX 


1 X 


XXX 


UCG 


Universal Command Group 


) 


M 


UC 


Y 


1 


X 


X 


X 


X 


XXX 


1 X 


XXX 


UNL 


Unlisten 




M 


AD 


Y 1 


1 


1 


1 


1 


1 


XXX 


1 X 


XXX 


UNT 


Untalk 


(Note 11) 


M 


AD 


Y 1 


1 


1 


1 


1 


1 


XXX 


1 X 


XXX 



The 1/0 coding on ATN when sent concurrent with multiline messages has been added to this revision for interpre- 
tive convenience. 
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NOTES: 

1. D1-D8 specify the device dependent data bits. 

2. E1-E8 specify the device dependent code used to indicate the EOS message. 

3. L1-L5 specify the device dependent bits of the device's listen address. 

4. T1-T5 specify the device dependent bits of the device's talk address. 

5. S1-S5 specify the device dependent bits of the device's secondary address. 

6. S specifies the sense of the PPR. 



Response=S©ist 
P1-P3 specify the PPR message to be sent when a parallel poll is executed. 
P3 P2 P1 PPR Message 
PPR1 



1 1 1 PPR8 

7. D1-D4 specify don't-care bits that shall not be decoded by the receiving device. It is recommended that all zeroes 
be sent. 

8. S1-S6, S8 specify the device dependent status. (DI07 is used for the RQS message.) 

9. The source of the message on the ATN line is always the C function, whereas the messages on the DIO and EOI 
lines are enabled by the T function. 

10. The source of the messages on the ATN and EOl lines is always the C function, whereas the source of the 
messages on the DIO lines is always the PP function. 

11. This code is provided for system use, see 6.3. 
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8294A 
DATA ENCRYPTION/DECRYPTION UNIT 



■ Certified by National Bureau of 
Standards 

■ 400 Byte/Sec Data Conversion Rate 

■ 64-Bit Data Encryption Using 56-Bit 
Key 



7-Bit User Output Port 

Single 5V ±10% Power Supply 

Fully Compatible with iAPX-86,88, 
MCS-85™, MCS-80™, MCS-51™, and 
MCS-48™ Processors 



DMA Interface 

3 Interrupt Outputs to Aid in Loading 
and Unloading Data 



■ Implements Federal Information 
Processing Data Encryption Standard 

■ Encrypt and Decrypt Modes Available 



The Intel® 8294A Data Encryption Unit (DELI) is a microprocessor peripheral device designed to encrypt and decrypt 64-bit 
blocks of data using the algorithm specified in the Federal Information Processing Data Encryption Standard. The DEU 
operates on 64-bit text words using a 56-bit user-specified key to produce 64-bit cipher words. The operation is reversible: 
if the cipher word is operated upon, the original text word is produced. The algorithm itself is permanently contained in the 
8294A; however, the 56-bit key is user-defined and may be changed at any time. 

The 56-bit key and 64-bit message data are transferred to and from the 8294 A in 8-bit bytes by way of the system data bus. A 
DMA interface and three interrupt outputs are available to minimize software overhead associated with data transfer. Also, 
by using the DMA interface two or more DEUs may be operated in parallel to achieve effective system conversion rates 
which are virtually any multiple of 400 bytes/second. The 8294A also has a 7-bit TTL compatible output port for 
user-specified functions. 

Because the 8294A implements the NBS encryption algorithm it can be used in a variety of Electronic Funds Transfer 
applications as well as other electronic banking and data handling applications where data must be encrypted. 



/—r\ bus A 
v— —V BUFFER v 



WR- 

cs- 

Ao- 

SRQ* 

OAV- 

CCMP- 



RESET 
SYNC 



POWER - 
GND- 



CONTROL 

AND 

INTERRUPT 

LOGIC 



TT 

RESET 1 



-y- 



KEY 
BUFFER 
STORAGE 



A ALGORITHM 
y' TABLE 



7-BIT 

OUTPUT 

PORT 



W^'"' 



DMA I - PRO 

-y LOGIC - DACK 



NCC 


1 V ^ 


40 


3v C c 


X1C 


2 


39 


3NC 


X2C 


3 


38 


3 DACK 


RESET C 


4 


37 


DDRQ 


VccH 


5 


36 


DSRQ 


CSC 


6 


35 


DOAV 


GNDC 


7 


34 


3NC 


RDC 


8 


33 


DP6 


A0C 


9 


32 


DP5 


WR C 


10 8294A 


31 


DP4 


SYNCC 


11 


30 


DP3 


DOC 


12 


29 


3P2 


D1C 


13 


28 


Dpi 


D2C 


14 


27 


DP0 


D3C 


15 


26 


dvdd 


D4C 


16 


25 


DVcc 


D5C 


17 


24 


Dccmp 


D6C 


18 


23 


Dnc 


D7C 


19 


22 


Dnc 


GNDC 


20 


21 


DNC 



Figure 1. Block Diagram 



Figure 2. Pin Configuration 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent Licenses are Implied. Information Contained 
Herein Supersedes Previously Published Specifications On The Devices From Intel. 

©INTEL CORPORATION, 1984 in /IE SEPT1984 

1 n - A R ORDER NUMBER: 210465-003 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Type 


Name and Function 


NC 


1 




No Connection. 


X1 
X2 


2 
3 


I 


Crystal: Inputs for crystal, L-C or exter- 
nal timing signal to determine internal 
oscillator frequency. 


RESET 


4 


I 


Reset: A low signal to this pin resets the 
8294A. 


v C c 


5 




Power: Tied high. 


cs 


6 


I 


Chip Select: A low signal to this pin 
enables reading and writing to the 8294A. 


GND 


7 




Ground: This pin must be tied to 
ground. 


RD 


8 


I 


Read: An active low read strobe at this 
pin enables the CPU to read data and 
status from the internal DEU registers. 


A 


9 


I 


Address: Address input used by the 
CPU to select DEU registers during read 
and write operations. 


WR 


10 


I 


Write: An active low write strobe at this 
pin enables the CPU to send data and 
commands to the DEU. 


SYNC 


11 





Sync: High frequency (Clock ■*- 15) out- 
put. Can be used as a strobe for external 
circuitry. 


Dq 
Di 
D 2 
D 3 
D 4 
D 5 
D 6 
D 7 


12 
13 
14 
15 
16 
17 
18 
19 


I/O 


Data Bus: Three-state, bi-directional 
data bus lines used to transfer data be- 
tween the CPU and the 8294A. 


GND 


20 




Ground: This pin must be tied to 
ground. 


Vcc 


40 




Power: +5 volt power input: +5V ± 
10%. 



Symbol 


Pin 
No. 


Type 


Name and Function 


NC 


39 




No Connection. 


DACK 


38 


I 


DMA Acknowledge: Input signal from 
the 8257 DMA Controller acknowledg- 
ing that the requested DMA cycle has 
been granted. 


DRQ 


37 


O 


DMA Request: Output signal to the 
8257 DMA Controller requesting a DMA 
cycle. 


SRQ 


36 


O 


Service Request: Interrupt to the CPU 
indicating that the 8294A is awaiting 
data or commands at the input buffer. 
SRQ=1 implies IBF=0. 


OAV 


35 





Output Available: Interrupt to the CPU 
indicating that the 8294A has data or 
status available in its output buffer. 
OAV=1 implies OBF=1. 


NC 


34 




No Connection. 


P6 
P5 
P4 
P3 
P2 
P1 
P0 


33 
32 
31 
30 
29 
28 
27 





Output Port: User output port lines. 
Output lines available to the user via a 
CPU command which can assert sel- 
ected port lines. These lines have no- 
thing to do with the encryption function. 
At power-on, each line is in a 1 state. 


Vdd 


26 




Power: +5V power input. (+5V ±10%) 
Low power standby pin. 


Vcc 


25 




Power: Tied high. 


CCMP 


24 





Conversion Complete: Interrupt to the 
CPU indicating that the encryption/ 
decryption of an 8-byte block is com- 
plete. 


NC 


23 




No Connection. 


NC 


22 




No Connection. 


NC 


21 




No Connection. 
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FUNCTIONAL DESCRIPTION 

OPERATION 

The data conversion sequence is as follows: 

1. A Set Mode command is given, enabling the desired 
interrupt outputs. 

2. An Enter New Key command is issued, followed by 8 
data inputs which are retained by the DELI for encryp- 
tion/decryption. Each byte must have odd parity. 

3. An Encrypt Data or Decrypt Data command sets the 
DEU in the desired mode. 

After this, data conversions are made by writing 8 data 
bytes and then reading back 8 converted data bytes. Any 
of the above commands may be issued between data 
conversions to change the basic operation of the DEU; 
e.g., a Decrypt Data command could be issued to 
change the DEU from encrypt mode to decrypt mode 
without changing either the key or the interrupt outputs 
enabled. 

INTERNAL DEU REGISTERS 

Four internal registers are addressable by the master 
processor: 2 for input, and 2 for output. The following 
table describes how these registers are accessed. 

RD WR CS A Register 



1 











Data input buffer 





1 








Data output buffer 


1 








1 


Command input buffer 





1 





1 


Status output buffer 


X 


X 


1 


X 


Don't care , 



The functions of each of these registers are described 
below. 

Data Input Buffer — Data written to this register is inter- 
preted in one of three ways, depending on the preceding 
command sequence. 

1. Part of a key. 

2. Data to be encrypted or decrypted. 

3. A DMA block count. 

Data Output Buffer — Data read from this register is the 
output of the encryption/decryption operation. 

Command Input Buffer — Commands to the DEU are 

written into this register. (See command summary 
below.) 

Status Output Buffer — DEU status is available in this 
register at all times. It is used by the processor for poll- 
driven command and data transfer operations. 

STATUS BIT: 
FUNCTION: 

OBF Output Buffer Full; OBF = 1 indicates that output 
from the encryption/decryption function is 
available in the Data Output Buffer. It is reset 
when the data is read. 



7 


6 


5 


4 


3 


2 


1 





X 


X 


X 


KPE 


CF 


DEC 


IBF 


OBF 



IBF Input Buffer Full; A write to the Data Input Buffer 

or to the Command Input Buffer sets IBF = 1 The 

DEU resets this flag when it has accepted the 

input byte. Nothing should be written when 

. IBF=1. 

DEC Decrypt; indicates whether the DEU is in an en- 
crypt or a decrypt mode. DEC =1 implies the 
decrypt mode. DEC = implies the encrypt 
mode. 

After 8294A has accepted a 'Decrypt Data' or 
'Encrypt Data' command, 1 1 cycles are required to 
update the DEC bit. 

CF Completion Flag; This flag may be used to indi- 
cate any or all of three events in the data transfer 
protocol. 

1. It may be used in lieu of a counter in the 
processor routine to flag the end of an 8* 
byte transfer. 

2. It must be used to indicate the validity of 
the KPE flag. 

3. It may be used in lieu of the CCMP interrupt 
to indicate the completion of a DMA oper- 
ation. 

KPE Key Parity Error; After a new key has been 
entered, the DEU uses this flag in conjunction 
with the CF flag to indicate correct or incorrect 
parity. 

COMMAND SUMMARY 
1 — Enter New Key 

OPCODE: [ 







MSB 



This command is followed by 8 data byte inputs which 
ire retained in the key buffer (RAM) to be used in 
encrypting and decrypting data. These data bytes must 
have odd parity represented by the LSB. 



2 — Encrypt Data 

OPCODE: 



|0 I | 1 | 1 | | 0| 0| 0| 
MSB LSB 

This command puts the 8294A Into the encrypt mode. 
3 — Decrypt Data 

OPCODE: 10 

MSB LSB 

This command puts the 8294A into the decrypt mode. 



|o|o|o|o|a|b|c|d] 

MSB LSB 



4 — Set Mode 

OP CODE: 

where: 

A is the OAV (Output Available) interrupt enable 
B is the SRQ (Service Request) interrupt enable 
C is the DMA (Direct Memory Access) transfer enable 
D is the CCMP (Conversion Complete) interrupt enable 
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This command determines which interrupt outputs will 
be enabled. A "1" in bits A, B, or D will enable the OAV, 
SRQ, or CCMP interrupts respectively. A "1" in bit C will 
allow DMA transfers. When bit C is set the OAV and 
SRQ interrupts should also be enabled (bits A,B=1). 
Following the command in which bit C, the DMA bit, is 
set, the 8294 will expect one data byte to specify the 
number of 8-byte blocks to be converted using DMA. 

5 — Write to Output Port 

OP CODE: I 1 I Pr I P* I P* I P* I P, I Pi I Pn I 



This command causes the 7 least significant bits of the 
command byte to be latched as output data on the 8294 
output port. The initial output data is 1111111. Use of 
this port is independent of the encryption/decryption 
function. 



PROCESSOR/DEU INTERFACE PROTOCOL 

ENTERING A NEW KEY 

The timing sequence for entering a new key is shown in 
Figure 3. A flowchart showing the CPU software to 
accommodate this sequence is given in Figure 4. 



SRQ 
(IF ENABLED) 



~i_n_rL__ri_ 
'_n_rL_n____Ji 



a l 



x 



_n__ 



"LT"U— 



"^j~" 



_n_ 



LT 



i J 1 [key [key ~1 I key 

LJ Udata LI data LJdata 



Figure 3. Entering a New Key 



After the Enter New Key command is issued, 8 data bytes 
representing the new key are written to the data input 
buffer (most significant byte first). After the eighth byte is 
entered into the DEU, CF goes true (CF=1). The CF bit 
goes false again when KPE is valid. The CPU can then 
check the KPE flag. If KPE=1, a parity error has been 
detected and the DEU has not accepted the key. Each byte 
is checked for odd parity, where the parity bit is the LSB of 
each byte. 



Since CF=1 only for a short period of time after the last 
byte is accepted, the CPU which polls the CF flag might 
miss detecting CF=1 momentarily. Thus, a counter should 
be used, as in Figure 4, to flag the end of the new key entry. 
Then CF is used to indicate a valid KPE flag. 
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Figure 4. Flowchart for Entering a New Key 
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ENCRYPTING OR DECRYPTING DATA 

Figure 5 shows the timing sequence for encrypting or 
decrypting data. The CPU writes 8 data bytes to the 
DEU's data input buffer for encryption/decryption. CF 
then goes true (CF=1) to indicate that the DEU has 
accepted the 8-byte block. Thus, the CPU may test for 
IBF = and CF=1 to terminate the input mode, or it 
may use a software counter. When the encryption/- 
decryption is complete, the CCMP and OAV interrupts 
are asserted and the OBF flag is set true (OBF = 1). OAV 
and OBF are set false again after each of the converted 
data bytes is read back by the CPU. The CCMP interrupt 
is set false, and remains false, after the first read. After 
8 bytes have been read back by the CPU, CF goes false 
(CF = 0). Thus, the CPU may test for CF = to terminate 
the read mode. Also, the CCMP interrupt may be used to 
initiate a service routine which performs the next series 
of 8 data reads and 8 data writes. 
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Figure 5. Encrypting/Decrypting Data 



Figure 6 offers two flowcharts outlining the alternative 
means of implementing the data conversion protocol. 
Either the CF flag or a software counter may be used to 
end the read and write modes. 



SRQ= 1 implies IBF = 0, OAV= 1 implies OBF= 1. This 
allows interrupt routines to do data transfers without 
checking status first. However, the OAV service routine 
must detect and flag the end of a data conversion. 
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USING DMA 

The timing sequence for data conversions using DMA is 
shown in Figure 7. This sequence can be better 
understood when considered in conjunction with the 
hardware DMA interface in Figure 8. Note that the use of 
the DMA feature requires 3 external AND gates and 2 
DMA channels (one for input, one for output). Since the 
DEU has only one DMA request pin, the SRQ and OAV 
outputs are used in conjunction with two of the AND 
gates to create separate DMA request outputs for the 2 
DMA chan nels. T he third AND gate combines the two 
active-low DACK inputs. 




"U"u~i_rir~"ir 



Figure 7. DMA Sequence 



A0-A15 D0-D7 



A a -A 15 8212 



WR- 




To initiate a DMA transfer, the CPU must first initialize 
the two DMA channels as shown in the flowchart in 
Figure 9. It must then issue a Set Mode command to the 
DEL) enabling the OAV, SRQ, and DMA outputs. The 
CCMP interrupt may be enabled or disabled, depending 
on whether that output is desired. Following the Set 
Mode command, there must be a data byte giving the 
number of 8-byte blocks of data (n<256) to be converted. 
The DEL) then generates the required number of DMA 
requests to the 2 DMA channels with no further CPU 
intervention. When the requested number of blocks 
has been converted, the DEU will set CF and assert the 
CCMP interrupt (if enabled). CCMP then goes false 
again with the next write to the DEU (command or data). 
Upon completion of the conversion, the DMA mode is 
disabled and the DEU returns to the encrypt/decrypt 
mode. The enabled interrupt outputs; however, will 
remain enabled until another Set Mode command is 
issued. 
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Figure 8. DMA Interface 



Figure 9. DMA Flowchart 



SINGLE BYTE COMMANDS 

Figure 10 shows the timing and protocol for single byte 
commands. Note that any of the commands is effective 
as a pacify command in that they may be entered at any 
time, except during a DMA conversion. The DEU is thus 
set to a known state. However, if a command is issued 
out of sequence, an additional protocol is required 
(Figure 11). The CPU must wait until the command is 
accepted (IBF = 0). A data read must then be issued to 
clear anything the preceding command sequence may 
have left in the Data Output Buffer. 
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CPU/DEU INTERFACES 

Figures 12 through 15 illustrate four interface configura- 
tions used in the CPU/DEU data transfers. In all cases 
SRQ will be true (if enabled) and IBF will be false when 
the DEU is ready to accept data or commands 
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Figure 12. Polling Interface 







Figure 10. Single Byte Commands 
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Figure 13. Single Interrupt Interface 
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Figure 11. Pacify Protocol 



Figure 14. Dual Interrupt Interface 
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A0-A15 D0-D7 



A 8 -A 15 8212 



A0-A7 




DMARO IS FOR MEMORY TO OEU DATA TRANSFER 
DMAR1 IS FOR DEU TO MEMORY DATA TRANSFER 
USE OF CCMP IS OPTIONAL 



Figure 15. DMA Interface 

OSCILLATOR AND TIMING CIRCUITS 

The 8294A's internal timing generation is controlled by a 
self-contained oscillator and timing circuit. A choice of 
crystal, L-C or external clock can be used to derive the 
basic oscillator frequency. 

The resident timing circuit consists of an oscillator, a state 
counter and a cycle counter as illustrated in Figure 16. 





X1 


X2 


















SYNC 






1-12 MHz 
OSCILLATOR 
























-5-3 

STATE 

COUNTER 




-f-5 

CYCLE 

COUNTER 
















(1.25-15 /1S6C) 














INTERNAL TIMING 









OSCILLATOR MODE 



r 



He 



.63-12 
MHz 



r 



H(- 



-j [S 

i T 



C1 = 5pF 

C2 = CRYSTAL + STRAY < 15 pF 

C3 = 20-30 pF 

CRYSTAL SERIES RESISTANCE SHOULD 
BE LESS THAN 75fl AT 6 MHz; LESS 
THAN 180(1 AT 3.6 MHz; LESS THAN 
30H AT 12 MHz. 



LC OSCILLATOR MODE 




2 »rVLC' 
C +3 C PP 



C P p = 5-10 pF 

PIN-TO-PIN 
CAPACITANCE 



9/xH 20 pF 11.5 MHz 

45 M H 20 pF 5.2 MHz 

120 /xM 20 pF 3.2 MHz 



EACH C SHOULD BE APPROXIMATELY 20 pF 
INCLUDING STRAY CAPACITANCE 



Figure 17. Recommended Crystal 



Figure 16. Oscillator Configuration 



10-52 



210465-004 



iny 



8294A 



DRIVING FROM EXTERNAL SOURCE— TWO OPTIONS 



-O 



4> 



FOR THE 8294A XTAL2 MUST BE HIGH 
35-65% OF THE PERIOD 

RISE AND FALL TIMES MUST 
NOT EXCEED 10 ns 

RESISTOR TO V cc IS NEEDED 
TO ENSURE V| H = 3.0v IF TTL 
CIRCUITRY IS USED 



Figure 18. Recommended Connection for External Clock Signal 
ABSOLUTE MAXIMUM RATINGS* 



Ambient Temperature Under Bias 0°C to 70°C 

Storage Temperature - 65 °C to + 150°C 

Voltage on Any Pin With 

Respect to Ground -0.5V to +7V 

Power Dissipation 1 .5 Watt 

D.C. AND OPERATING CHARACTERISTICS 



* NOTICE: Stresses above those listed under "Absolute 
Maximum Ratings" may cause permanent damage to the 
device. This is a stress rating only and functional opera- 
tion of the device at these or any other conditions above 
those indicated in the operational sections of this specifi- 
cation is not implied. Exposure to absolute maximum 
rating conditions for extended periods may affect device 
reliability. 

(T A = 0°C to 70°C, V cc = +5V ± 10%, V ss = 0V) 



Symbol 


Parameter 


Limits 


Unit 


Test Conditions 


Min. 


Typ. 


Max. 


V|L 


Input Low Voltage (All 
Except X 1f X 2 , RESET) 


-0.5 




0.8 


V 




V| L 1 


Input Low Voltage (X 1f X 2 , 
RESET 


-0.5 




0.6 


V 




V,H 


Input High Voltage (All 
Except X 1( RESET) 


2.0 




Vcc 


V 




V|H1 


Input High Voltage (X-i, 
RESET) 


3.5 




Vcc 


V 




V|H2 


Input High Voltage (X 2 ) 


2.2 




Vcc 


V 




Vol 


Output Low Voltage (D -D 7 ) 






0.45 


V 


Iol= 2.0 mA 


V L1 


Output Low Voltage (All 
Other Outputs) 






0.45 


V 


l L=L6mA 


Voh 


Output High Voltage (D -D 7 ) 


2.4 






V 


Ioh = -400/xA 


V OH1 


Output High voltage (All 
Other Outputs) 


2.4 






V 


Iqh = -50 ^A 


IlL 


Input Leakage Current 
(RD, WR, CS, A ) 






±10 


JuA 


Vss ^ V|n ^ Vcc 


'OFL 


Output Leakage Current 
(D -D 7 , High Z State) 






±10 


/iA 


V ss + 0.45 ^Vqut^ V cc 


'dd 


V DD Supply Current 




5 


20 


mA 




'dd + 'cc 


Total Supply Current 




60 


135 


mA 




"li 


Low Input Load Current 
(Pins 24, 27-38) 






0.3 


mA 


V| L = 0.8V 


Ilh 


Low Input Load Current 
(RESET) 






0.2 


mA 


V| L = 0.8V 


llH 


Input High Leakage Current 
(Pins 24, 27-38) 






100 


MA 


V|N = Vcc 


C|N 


Input Capacitance 






10 


PF 




Q/o 


I/O Capacitance 






20 


pF 
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A.C. CHARACTERISTICS (T A = o°c to 70°c, v cc = v DD = +5V ± 10%, v ss =.ov) 



DBB READ 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*AR 


£§, A Setup to RD 1 







ns 




*RA 


CS, A Hold After RD.t 







ns 




*RR 


RD Pulse Width 


160 




ns 




*AD 


CS, A to Data Out Delay 




130 


ns 


C L = 100pF 


*RD 


ED I to Data Out Delay 




130 


ns 


C L = 100 pF 


t DF 


RD t to Data Float Delay 




85 


ns 




*CY 


Cycle Time 


1.25 


15 


M s 


1-12 MHz Crystal 



DBB WRITE 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*AW 


CS, A Setup to WRJ 







ns 




*WA 


CS, A Hold After WR t 







ns 




*WW 


WR Pulse Width 


160 




ns 




tpw 


Data Setup to WR t 


130 




ns 




*WD 


Data Hold to WR t . 







ns 





DMA AND INTERRUPT TIMING 



Symbol 


Parameter 


Min. 


Max. 


Unit 


Test Conditions 


*ACC 


DACK Setup to Control 







ns 




tCAC 


DACK Hold After Control 







ns 




UCD 


DACK to Data Valid 




130 


ns 


C L =100pF 


tcRQ 


Control LE. to DRQ T.E. 




110 


ns 




tci 


Control T.E. to Interrupt T.E. 




400 


ns 





CLOCK 



Symbol 


Parameter 


8042 


8742 


Units 


Min. 


Max. 


Min. 


Max. 


*CY 


Cycle Time 


1.25 


9.20 


1.25 


9.20 


/US' 1 ' 


tCYC 


Clock Period 


83.3 


613 


83.3 


613 


ns 


tp WH 


Clock High Time 


33 




38 




ns 


tpWL 


Clock Low Time 


33 




38 




ns 


t R 


Clock Rise Time 




10 




10 


ns 


tF 


Clock Fall Time 




10 




10 


ns 



NOTES: 

1. t CY = 15/f(XTAL) 

A.C. TESTING INPUT, OUTPUT WAVEFORM 
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WAVEFORMS 
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INTRODUCTION 

The Intel® 8292 is a preprogrammed UPI™-41 A that 
implements the Controller function of the IEEE Std 
488-1978 (GPIB, HP-IB, IEC Bus, etc.). In order to 
function the 8292 must be used with the 8291 
Talker/ Listener and suitable interface and trans- 
ceiver logic such as a pair of Intel 8293s. In this 
configuration the system has the potential to be a 
complete GPIB Controller when driven by the 
appropriate software. It has the following capa- 
bilities: System Controller, send IFC and Take 
Charge, send REN, Respond to SRQ, send Interface 
messages, Receive Control, Pass Control, Parallel 
Poll and Take Control Synchronously. 

This application note will explain the 8292 only in 
the system context of an 8292, 8291, two 8293s and 
the driver software. If the reader wishes to learn 
more about the UPI-41A aspects of the 8292, Intel's 
Application Note AP-41 describes the hardware 
features and programming characteristics of the 
device. Additional information on the 8291 may be 
obtained in the data sheet. The 8293 is detailed in its 
data sheet. Both chips will be covered here in the 
details that relate to the GPIB Controller. 

The next section of this application note presents an 
overview of the GPIB in a tutorial, but compre- 
hensive nature. The knowledgable reader may wish 
to skip this section; however, certain basic semantic 
concepts introduced there will be used throughout 
this note. 

Additional sections cover the view of the 8292 from 
the CPU's data bus, the interaction of the 3 chip 
types (8291, 8292, 8293), the 8292's software 
protocol and the system level hardware/ software 
protocol. A brief description of interrupts and 
DMA will be followed by an application example. 
Appendix A contains the source code for the system 
driver software. 



GPIB/IEEE 488 OVERVIEW 

DESIGN OBJECTIVES 

What is the IEEE 488 (GPIB)? 

The experience of designing systems for a variety of 
applications in the early 1970's caused Hewlett- 
Packard to define a standard intercommunication 
mechanism which would allow them to easily assemble 
instrumentation systems of varying degrees of com- 
plexity. In a typical situation each instrument de- 
signer designed his/her own interface from scratch. 
Each one was inconsistent in terms of electrical 
levels, pin-outs on a connector, and types of con- 
nectors. Every time they built a system they had to 
invent new cables and new documentation just to 
specify the cabling and interconnection procedures. 



Based on this experience, Hewlett-Packard began to 
define a new interconnection scheme. They went 
further than that, however, for they wanted to 
specify the typical communication protocol for 
systems of instruments. So in 1972, Hewlett- 
Packard came out with the first version of the bus 
which since has been modified and standardized by a 
committee of several manufacturers, coordinated 
through the IEEE, to perfect what is now known as 
the IEEE 488 Interface Bus (also known as the HP- 
IB, the GPIB and the IEC bus). While this bus 
specification may not be perfect, it is a good 
compromise of the various desires and goals of 
instrumentation and computer peripheral manu- 
facturers to produce a common interconnection 
mechanism. It fits most instrumentation systems in 
use today and also fits very well the microcomputer 
I/O bus requirements. The basic design objectives 
for the GPIB were to: 

1. Specify a system that is easy to use, but has all of 
the terminology and the definitions related to 
that system precisely spelled out so that every- 
one uses the same language when discussing the 
GPIB. 

2. Define all of the mechanical, electrical, and func- 
tional interface requirements of a system, yet not 
define any of the device aspects (they are left up 
to the instrument designer). 

3. Permit a wide range of capabilities of instruments 
and computer peripherals to use a system simul- 
taneously and not degrade each other's per- 
formance. 

4. Allow different manufacturers' equipment to be 
connected together and work together on the 
same bus. 

5. Define a system that is good for limited dis- 
tance interconnections. 

6. Define a system with minimum restrictions on 
performance of the devices. 

7. Define a bus that allows asynchronous communi- 
cation with a wide range of data rates. 

8. Define a low cost system that does not require 
extensive and elaborate interface logic for the 
low cost instruments, yet provides higher capa- 
bility for the higher cost instruments if desired. 

9. Allow systems to exist that do not need a central 
controller; that is, communication directly from 
one instrument to another is possible. 

Although the GPIB was originally designed for 
instrumentation systems, it became obvious that 
most of these systems would be controlled by a 
calculator or computer. With this in mind several 
modifications were made to the original proposal 
before its final adoption as an international stan- 
dard. Figure 1 lists the salient characteristics of the 
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GPIB as both an instrumentation bus and as a 
computer I/O bus. 



Data Rate 

1 M bytes/s, max 

250k bytes/s, typ 
Multiple Devices 

15 devices, max (electrical limit) 

8 devices, typ (interrupt flexibility) 
Bus Length 

20 m, max 

2 m/device, typ 
Byte Oriented 

8-bit commands 

8-bit data 
Block Multiplexed 

Optimum strategy on GPIB due to 
setup overhead for commands 
Interrupt Driven 

Serial poll (slower devices) 

Parallel poll (faster devices) 
Direct Memory Access 

One DMA facility at controller 
serves all devices on bus 
Asynchronous 

One talker 

Multiple listeners 
I/O to I/O Transfers 

Talker and listeners need not 

include microcomputer/controller 



3-wire handshake 



Figure 1 . Major Characteristics of 
GPIB as Microcomputer I/O Bus 



The bus can be best understood by examining each 
of these characteristics from the viewpoint of a 
general microcomputer I/O bus. 

Data Rate — Most microcomputer systems utilize 
peripherals of differing operational rates, such as 
floppy discs at 31k or 62k bytes/s (single or double 
density), tape cassettes at 5k to 10k bytes/s, and 
cartridge tapes at 40k to 80k bytes/s. In general, the 
only devices that need high speed I/O are 0.5" (1.3- 
cm) magnetic tapes and hard discs, operational at 
30k to 781k bytes/s, respectively. Certainly, the 
250k-bytes/s data rate that can be easily achieved by 
the IEEE 488 bus is sufficient for microcomputers 
and their peripherals, and is more than needed for 
typical analog instruments that take only a few read- 
ings per second. The lM-byte/s maximum data rate 
is not easily achieved on the GPIB and requires 
special attention to considerations beyond the scope 
of this note. Although not required, data buffering 
in each device will improve the overall bus per- 



formance and allow utilization of more of the bus 
bandwidth. 

Multiple Devices — Many microcomputer systems 
used as computers (not as components) service from 
three to seven peripherals. With the GPIB, up to 8 
devices can be handled easily by 1 controller; with 
some slowdown in interrupt handling, up to 15 
devices can work together. The limit of 8 is imposed 
by the number of unique parallel poll responses 
available; the limit of 15 is set by the electrical drive 
characteristics of the bus. Logically, the IEEE 488 
Standard is capable of accommodating more device 
addresses (31 primary, each potentially with 31 
secondaries). 

Bus Length — Physically, the majority of micro- 
computer systems fit easily on a desk top or in a 
standard 19" (48-cm) rack, eliminating the need for 
extra long cables. The GPIB is designed typically to 
have 2 m of length per device, which accommodates 
most systems. A line printer might require greater 
cable lengths, but this can be handled at the lower 
speeds involved by using extra dummy termina- 
tions. 

Byte Oriented — The 8-bit byte is almost universal 
in I/O applications; even 16-bit and 32-bit com- 
puters use byte transfers for most peripherals. The 8- 
bit byte matches the ASCII code for characters and 
is an integral submultiple of most computer word 
sizes. The GPIB has an 8-bit wide data path that may 
be used to transfer ASCII or binary data, as well as 
the necessary status and control bytes. 

Block Multiplexed — Many peripherals are block 
oriented or are used in a block mode. Bytes are 
transferred in a fixed or variable length group; then 
there is a wait before another group is sent to that 
device, e.g., one sector of a floppy disc, one line on a 
printer or tape punch, etc. The GPIB is, by nature, a 
block multiplexed bus due to the overhead involved 
in addressing various devices to talk and listen. This 
overhead is less bothersome if it only occurs once for 
a large number of data bytes (once per block). This 
mode of operation matches the needs of micro- 
computers and most of their peripherals. Because of 
block multiplexing, the bus works best with buffered 
memory devices. 

Interrupt Driven — Many types of interrupt systems 
exist, ranging from complex, fast, vectored/ priority 
networks to simple polling schemes. The main 
tradeoff is usually cost versus speed of response. The 
GPIB has two interrupt protocols to help span the 
range of applications. The first is a single service 
request (SRQ) line that may be asserted by all 
interrupting devices. The controller then polls all 
devices to find out which wants service. The polling 
mechanism is well defined and can be easily 



10-60 



231324-001 



APPLICATIONS 



automated. For higher performance, the parallel 
poll capability in the IEEE 488 allows up to eight 
devices to be polled at once — each device is 
assigned to one bit of the data bus. This mechanism 
provides fast recognition of an interrupting device. 
A drawback is the frequent need for the controller to 
explicitly conduct a parallel poll, since there is no 
equivalent of the SRQ line for this mode. 

Direct Memory Access (DMA) — In many applica- 
tions, no imediate processing of I/O data on a byte- 
by-byte basis is needed or wanted. In fact, 
programmed transfers slow down the data transfer 
rate unnecessarily in these cases, and higher speed 
can be obtained using DMA. With the GPIB, one 
DMA facility at the controller serves all devices. 
There is no need to incorporate complex logic in 
each device. 

Asynchronous Transfers — An asynchronous bus is 
desirable so that each device can transfer at its own 
rate. However, there is still a strong motivation to 
buffer the data at each device when used in large 
systems in order to speed up the aggregate data rate 
on the bus by allowing each device to transfer at top 
speed. The GPIB is asynchronous and uses a special 




DAV (DATA VALID) 

NRFD (NOT READY FOR DATA) 

NDAC (NOT DATA ACCEPTED) 

IFC (INTERFACE CLEAR) 
ATN (ATTENTION) 
SRQ (SERVICE REQUEST) 
REN (REMOTE ENABLE) 
EOI (END-OR-IDENTIFY) 



Figure 2. Interface Capabilities and Bus Structure 



3-wire handshake that allows data transfers from 
one talker to many listeners. 

I/O To I/O Transfers — In practice, I/O to I/O 
transfers are seldom done due to the need for 
processing data and changing formats or due to 
mismatched data rates. However, the GPIB can 
support this mode of operation where the micro- 
computer is neither the talker nor one of the 
listeners. 

GPIB SIGNAL LINES 

Data Bus 

The lines DI01 through DI08 are used to transfer 
addresses, control information and data. The 
formats for addresses and control bytes are defined 
by the IEEE 488 standard (see Appendix C). Data 
formats are undefined and may be ASCII (with or 
without parity) or binary. DI01 is the Least Sig- 
nificant Bit (note that this will correspond to bit 
on most computers). 

Management Bus 

A TN — Attention This signal is asserted by the 
Controller to indicate that it is placing an address or 
control byte on the Data Bus. ATN is de-asserted to 
allow the assigned Talker to place status or data on 
the Data Bus. The Controller regains control by re- 
asserting ATN; this is normally done synchronously 
with the handshake to avoid confusion between 
control and data bytes. 

EOI — End or Identify This signal has two uses as 
its name implies. A talker may assert EOI simul- 
taneously with the last byte of data to indicate end of 
data. The, Controller may assert EOI along with 
ATN to initiate a Parallel Poll. Although many 
devices do not use Parallel Poll, all devices should 
use EOI to end transfers (many currently available 
ones do not). 

SRQ — Service Request This line is like an 
interrupt: it may be asserted by any device to request 
the Controller to take some action. The Controller 
must determine which device is asserting SRQ by 
conducting a Serial Poll at its earliest convenience. 
The device deasserts SRQ when polled. 

IFC — Interface Clear This signal is asserted only 
by the System Controller in order to initialize all 
device interfaces to a known state. After deasserting 
IFC, the System Controller is the active controller of 
the system. 

REN — Remote Enable This signal is asserted 
only by the System Controller. Its assertion does not 
place devices into Remote Control mode; REN only 
enables a device to go remote when addressed to 
listen. When in Remote, a device should ignore its 
front panel controls. 

231324-001 
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Transfer Bus 

NRFD — Not Ready For Data This handshake 
line is asserted by a listener to indicate it is not yet 
ready for the next data or control byte. Note that the 
Controller, will not see NRFD deasserted (i.e., ready 
for data) until all devices have deasserted NRFD. 

NDAC — Not Data Accepted This handshake 
line is asserted by a Listener to indicate it has not yet 
accepted the data or control byte on the DIO lines. 
Note that the Controller will not see NDAC 
deasserted (i.e., data accepted) until all devices have 
deasserted NDAC. 

DA V — Data Valid This handshake line is 
asserted by the Talker to indicate that a data or 
control byte has been placed on the DIO lines and 
has had the minimum specified settling time. 
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GPIB INTERFACE FUNCTIONS 

There are ten (10) interface functions specified by 
the IEEE 488 standard. Not all devices will have all 
functions and some may only have partial subsets. 
The ten functions are summarized below with the 
relevant section number from the IEEE document 
given at the beginning of each paragraph. For 
further information please see the IEEE standard. 

1. SH — Source Handshake (section 2.3) This 
function provides a device with the ability to 
properly transfer data from a Talker to one or 
more Listeners using the three handshake lines. 

2. AH — Acceptor Handshake (section 2.4) This 
function provides a device with the ability to 
properly receive data from the Talker using the 
three handshake lines. The AH function may 
also delay the beginning (NRFD) or end 
(NDAC) of any transfer. 

3. T — Talker (section 2.5) This function allows a 
device to send status and data bytes when ad- 
dressed to talk. An address consists of one 
(Primary) or two (Primary and Secondary) 



bytes. The latter is called an extended Talker. 

4. L — Listener (section 2.6) This function allows 
a device to receive data when addressed to listen. 
There can be extended Listeners (analogous to 
extended Talkers above). 

5. SR — Service Request (section 2.7) This func- 
tion allows a device to request service (inter- 
rupt) the Controller. The SRQ line may be 
asserted asynchronously. 

6. • RL — Remote Local (section 2.8) This function 

allows a device to be operated in two modes: 
Remote via the GPIB or Local via the manual 
front panel controls. 

7. PP — Parallel Poll (section 2.9) This function 
allows a device to present one bit of status to the 
Controller-in-charge. The device need not be 
addressed to talk and no handshake is required. 

8. DC — Device Clear (section 2. 1.0) This function 
allows a device to be cleared (initialized) by the 
Controller. Note that there is a difference 
between DC {device clear) and the IFC line 
(interface clear). 

9. DT — Device Trigger (section 2. 1 1) This func- 
tion allows a device to have its basic operation 
started either individually or as part of a group. 
This capability is often used to synchronize 
several instruments. 

10. C — Controller (section 2.12) This function 
allows a device to send addresses^ as well as 
universal and addressed commands to other 
devices. There may be more than one controller 
on a system, but only one may be the controller- 
in-charge at any one time. 

• At power-on time the controller that is handwired to 
be the System Controller becomes the active 
controller-in-charge. The System Controller has 
several unique capabilities including the ability to 
send Interface Clear (IFC — clears all device 
interfaces and returns control to the System 
Controller) and to send Remote Enable (REN — 
allows devices to respond to bus data once they are 
addressed to listen). The System Controller may 
optionally Pass Control to another controller, if the 
system software has the capability to do so. 

GPIB CONNECTOR 

The GPIB connector is a standard 24-pin industrial 
connector such as Cinch or Amphenol series 57 
Micro-Ribbon. The IEEE standard specifies this 
connector, as well as the signal connections and the 
mounting hardware. 

The cable has 16 signal lines and 8 ground lines. The 
maximum length is 20 meters with no more than two 
meters per device. 
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Figure 4. GPIB Connector 



GPIB SIGNAL LEVELS 

The GPIB signals are all TTL compatible, low true 
signals. A signal is asserted (true) when its electrical 
voltage is less than 0.5 volts and is deasserted (false) 
when it is greater than 2.4 volts. Be careful not to 
become confused with the two handshake signals, 
NRFD and NDAC which are also low true (i.e. 
> 0.5 volts implies the device is Not Ready For 
Data). 

The Intel 8293 GPIB transceiver chips ensure that all 
relevant bus driver/ receiver specifications are met. 
Detailed bus electrical specifications may be found 
in Section 3 of the IEEE Std 488-1978. The Standard 
is the ultimate reference for all GPIB questions. 

GPIB MESSAGE PROTOCOLS 

The GPIB is a very flexible communications 
medium and as such has many possible variations of 
protocols. To bring some order to the situation, this 
section will discuss a protocol similar to the one used 
by Ziatech's ZT80 GPIB controller for Intel's 
MULTIBUS™ computers. The ZT80 is a complete 
high-level interface processor that executes a set of 
high level instructions that map directly into GPIB 
actions. The sequences of commands, addresses and 
data for these instructions provide a good example 
of how to use the GPIB (additional information is 
available in the ZT80 Instruction Manual). The 
'null' at the ena of each instruction is for cosmetic 
use to remove previous information from the DIO 
lines. 



DA TA — Transfer a block of data from device A to 
devices B, C... 

1. Device A Primary (Talk) Address 
Device A Secondary Address (if any) 

2. Universal Unlisten 

3. Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
Device C Primary (Listen) Address 
etc. 

4. First Data Byte 
Second Data Byte 



Last Data Byte (EOI) 

5. Null 

TRIGR — Trigger devices A, B, ... to take action 

1. Universal Unlisten 

2. Device A Primary (Listen) Address 
Device A Secondary Address (if any) 
Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3. Group Execute Trigger 

4. Null 

PSCTL — Pass control to device A 

1. Device A Primary (Talk) Address 
Device A Secondary Address (if any) 

2. Take Control 

3. Null 

CLEAR — Clear all devices 

1. Device Clear 

2. Null 

REMAL — Remote Enable 
1. Assert REN continuously 

GOREM — Put devices A, B,...into Remote 

1. Assert REN continuously 

2. Device A Primary (Listen) Address 
Device A Secondary Address (if any) 
Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3. Null 

GOLOC — Put devices A, B,...into Local 

1. Device A Primary (Listen) Address 
Device A Secondary Address (if any) 
Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

2. Go To Local 

3. Null 

LOCAL — Reset all devices to Local 
1. Stop asserting REN 
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LLKAL — Prevent all devices from returning to 
Local 

1. Local Lock Out 

2. Null 

SPOLL — Conduct a serial poll of devices A, B, . . . 

1. Serial Poll Enable 

2. Universal Unlisten 

3. ZT 80 Primary (Listen) Address 
ZT 80 Secondary Address 

4. Device Primary (Talk) Address 
Device Secondary Address (if any) 

5. Status byte from device 

6. Go to Step 4 until all devices on list have been polled 

7. Serial Poll Disable 

8. Null 

PPUAL — Unconfigure and disable Parallel Poll 
response from all devices 

1. Parallel Poll Unconfigure 

2. Null 

ENAPP — Enable Parallel Poll response in devices 
A, B,... 

1. Universal Unlisten 

2. Device Primary (Listen) Address 
Device Secondary Address (if any) 

3. Parallel Poll Configure 

4. Parallel Poll Enable 

5. Go to Step 2 until all devices on list have been 
configured. 

6. Null 

DISPP — Disable Parallel Poll response from de- 
vices A, B, . . . 

1. Universal Unlisten 

2. Device A Primary (Listen) Address 
Device A Secondary Address (if any) 
Device B Primary (Listen) Address 
Device B Secondary Address (if any) 
etc. 

3. Disable Parallel Poll 

4. Null 

This Ap Note will detail how to implement a useful 
subset of these controller instructions. 

HARDWARE ASPECTS OF THE SYSTEM 
8291 GPIB TALKER/LISTENER 

The 8291 is a custom designed chip that implements 
many of the non-controller GPIB functions. It pro- 
vides hooks so the user's software can implement 
additional features to complete the set. This chip is 
discussed in detail in its data sheet. The major fea- 
tures are summarized here: 

— Designed to interface microprocessors to the GPIB 
— Complete Source and Acceptor Handshake 
— Complete Talker and Listener Functions with ex- 
tended addressing 



— Service Request, Parallel Poll, Device Clear, De- 
vice Trigger, Remote /Local functions 

— Programmable data transfer rate 

— Maskable interrupts 

— On-chip primary and secondary address recogni- 
tion 

— 1-8 MHz clock range 

— 16 registers (8 read, 8 write) for CPU interface 

— DMA handshake provision 

— Trigger output pin 

— On-chip EOS (End of Sequence) recognition 

The pinouts and block diagram are shown in Fig. 5. 
One of eight read registers is for data transfer to the 
CPU; the other seven allow the microprocessor to 
monitor the GPIB states and various bus and device 
conditions. One of the eight write registers is for data 
transfer from the CPU; the other seven control 
various features of the 8291. 

The 8291 interface functions will be software 
configured in this application example to the 
following subsets for use with the 8292 as a 
controller that does not pass control. The 8291 is 
used only to provide the handshake logic and to send 
and receive data bytes. It is not acting as a normal 
device in this mode, as it never sees ATN asserted. 

SHI 

AH I 

T3 

LI 

SRO 

RLO 

PPO 

DCO 

DTO 



Source Handshake 
Acceptor Handshake 
Basic Talk-only 
Basic Listen-only 
No Service Requests 
No Remote/Local 
No Parallel Poll response 
No Device Clear 
No Device Trigger 



If control is passed to another controller, the 8291 
must be reconfigured to act as a talker/ listener with 
the following subsets: 

SHI Source Handshake 

AH1 Acceptor Handshake 

T5 Basic Talker and Serial Poll 

L3 Basic Listener 

SRI Service Requests 

RL 1 Remote/ Local with Lockout * 

PP2 Preconfigured Parallel Poll 

DC1 Device Clear 

DTI Device Trigger 

CO Not a Controller 

Most applications do not pass control and the con- 
troller is always the system controller (see 8292 
commands below). 

8292 GPIB CONTROLLER 

The 8292 is a preprogrammed Intel® 8041 A that 
provides the additional functions necessary to 
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Figure 5. 8291 Pin Configuration and Block Diagram 



implement a GPIB controller when used with an 

8291 Talker/ Listener. The 8041 A is documented in 
both a user's manual and in AP-41. The following 
description will serve only as an outline to guide the 
later discussion. 

The 8292 acts as an intelligent slave processor to the 
main system CPU. It contains a processor, memory, 
1/ O and is programmed to perform a variety of tasks 
associated with GPIB controller operation. The on- 
chip RAM is used to store information about the 
state of the Controller function, as well as a variety 
of local variables, the stack and certain user status 
information. The timer/ counter may be optionally 
used for several time-out functions or for counting 
data bytes transferred. The I/O ports provide the 
GPIB control signals, as well as the ancillary lines 
necessary to make the 8291, 2, 3 work together. 

The 8292 is closely coupled to the main CPU 
through three on-chip registers that may be 
independently accessed by both the master and the 

8292 (UPI-41A). Figure 6 shows this Register 
Interface. Also refer to Figure 12. 

The status register is used to pass Interrupt Status 
information to the master CPU (AO = 1 on a read). 

The DBBOUT register is used to pass one of five 
other status words to the master based on the last 
command written into DBBIN. DBBOUT is accessed 
when AO = on a Read. The five status words are 
Error Flag, Controller Status, GPIB Status, Event 
Counter Status or Time Out Status. 

DBBIN receives either commands (AO = 1 on a 
Write) or command related data ( AO = on a write) 
from the master. These command related data are 



Interrupt Mask, 
Time Out. 



Error Mask, Event Counter or 
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WRITE DBBIN (DATA) 
WRITE DBBIN (COMMAND) 
NO ACTION 


Figure 6. UPI-41A Registers 



8293 GPIB TRANSCEIVERS 

The 8293 is a multi-use HMOS chip that implements 
the IEEE 488 bus transceivers and contains the 
additional logic required to make the 8291 and 8292 
work together. The two option strapping pins are 
used to internally configure the chip to perform the 
specialized gating required for use with 8291 as a 
device or with 8291/92 as a controller. 

In this application example the two configurations 
used are shown in Fig. 7a and 7b. The drivers are set 
to open collector or three state mode as required and 
the special logic is enabled as required in the two 
modes. 
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Figure 7a. 8293 Mode 2 
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Figure 7b. 8293 Mode 3 



8291/2/3 CHIP SET 

Figure 8 shows the four chips interconnected with 
the special logic explicitly shown. 

The 8291 acts only as the mechanism to put 
commands and addresses on the bus while the 8292 
is asserting ATN. The 8291 is tricked into believing 
that the ATN line is not asserted by the ATN2 
output of the ATN transceiver and is placed in Talk- 
only mode by the CPU. The 829 1 then acts as though 
it is sending data, when in reality it is sending 
addresses and /or commands. When the 8292 
deasserts ATN, the CPU software must place the 
8291 in Talk-only, Listen-only or Idle based on the 
implicit knowledge of how the controller is going to 
participate in the data transfer. In other words, the 
8291 does not respond directly to addresses or 
commands that it sends on the bus on behalf of the 
Controller. The user software, through the use of 
Listen-only or Talk-only, makes the 8291 behave as 
though it were addressed. 

Although it is not a common occurrence, the GPIB 
specification allows the Controller to set up a data 
transfer between two devices and not directly 
participate in the exchange. The controller must 
know when to go active again and regain control. 
The chip set accomplishes this through use of the 
"Continuous Acceptor Handshake cycling mode" 
and the ability to detect EOI or EOS at the end of the 
transfer. See XFER in the Software Driver Outline 
below. 

If the 8292 is not the System Controller as 
determined by the signal on its S YC pin, then it must 
be able to respond to an IFC within 100 usee. This is 
accomplished by the cross-coupled NORs in Fi g. 7a 
which deassert the 8293's internal version of CIC 
(Not Controller-in-Charge). This condition is latched 
until the 8292's firmware has received the IFCL 
(interf ace clear received latch) signal by testing the 
IFCL input. The firmware then sets its signals to re- 
flect the inactive condition and clears the 8293's latch. 

In order for the 8292 to conduct a Parallel Poll the 
8291 must be able to capture the PP response on the 
DIO lines. The only way to do this is to fool the 8291 
by putting it into Listen-only mode and generating a 
DAV condition. However, the bus spec does not 
allow a DAV during Parallel Poll, so the back-to- 
back 3-state buffers (see Fig. 7b) in the 8293 isolate 
the bus and allow the 8292 to generate a local DAV 
for this purpose. Note that the 8291 cannot assert a 
Parallel Poll response. When the 8292 is not the 
controller-in-charge the 8291 may respond to PPs 
and the 8293 guarantees that the DIO drivers are in 
"open collector" mode through the OR gate (Fig. 
7b). 
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Figure 8. Talker/Listener/Controller 
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ZT7488/18 GPIB CONTROLLER 

Ziatech's GPIB Controller, the ZT7488/18 will be 
used as the controller hardware in this Application 
Note. The controller consists of an 8291, 8292, an 8 
bit input port and TTL logic equivalent to that 
shown in Figure 8. Figure 9 shows the card's block 
diagram. The ZT7488/ 18 plugs into the STD bus, a 
56 pin 8 bit microprocessor oriented bus. An 8085 
CPU card is also available on the STD bus and will 
be used to execute the driver software. 

The 8291 uses I/O Ports 60H to 67H and the 8292 
uses I/O Ports 68 H and 69H. The five interrupt lines 
are connected to a three-state buffer at I/O Port 



6FH to facilitate polling operation. This is required 
for the TCI, as it cannot be read internally in the 
8292. The other three 8292 lines (SPI, IBF, OBF) 
and the 829 Ts INT line are also connected to 
minimize the number of I/O reads necessary to poll 
the devices. 



NDAC is connected to COUNT on the 8292 to allow 
byte counting on data transfers. The example driver 
software will not use this feature, as the software is 
simpler and faster if an internal 8085 register is used 
for counting in software. 
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Figure 9. ZT7488/18 GPIB Controller 
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Figure 10. 8291 Registers 
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Figure 1 1 . DMA/Interrupt GPIB Controller Block Diagram 



The application example will not use DMA or 
interrupts; however, the Figure 11 block diagram 
includes these features for completeness. 

The 8257-5 DMA chip can be used to transfer data 
between the RAM and the 8291 Talker/ Listener. 
This mode allows a faster data rate on the GPIB 
and typically will depend on the 829 l's EOS or EOI 
detection to terminate the transfer. The 8259-5 
interrupt controller is used to vector the five possible 
interrupts for rapid software handling of the various 
conditions. 



of each register. Note the two letter mnemonics to be 
used in later discussions. The CPU must not write 
into the 8292 while IBF (Input Buffer Full) is a one, 
as information will be lost. 

DIRECT COMMANDS 

Both the Interrupt Mask (IM) and the Error Mask 
(EM) register may be directly written with the LSB 
of the address bus ( AO) a "0". The firmware uses the 
MSB of the data written to differentiate between IM 
and EM. 



8292 COMMAND DESCRIPTION 

This section discusses each command in detail and 
relates them to a particular GPIB activity. Recall 
that although the 8041 A has only two read registers 
and one write register, through the magic of on-chip 
firmware the 8292 appears to have six read registers 
and five write registers. These are listed in Figure 12. 
Please see the 8292 data sheet for detailed definitions 



Load Interrupt Mask 

This command loads the Interrupt Mask with 
D7-D0. Note that D7 must be a "1" and that 
interrupts are enabled by a corresponding "1" bit in 
this register. IFC interrupt cannot be masked off; 
however, when the 8292 is the System Controller, 
sending an ABORT command will not cause an IFC 
interrupt. 
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"hese registers are accessed by a special utility command 



Figure 12. 8292 Registers 



Load Error Mask 

This command loads the Error Mask with D7-D0. 
Note that D7 must be a zero and that interrupts are 
enabled by a corresponding "1" bit in this register. 

UTILITY COMMANDS 

These commands are used to read or write the 8292 
registers that are not directly accessible. All utility 
commands are written with AO = 1 , D7 = D6 = D5 = 1 , 
D4 = 0. D3-D0 specify the particular command. For 
writing into registers the general sequence is: 

1. wait for IBF = in Interrupt Status Register 

2. write the appropriate command to the 8292, 

3. write the desired register value to the 8292 with 
AO = 1 with no other writes intervening, 

4. wait for indication of completion from 8292 
(IBF = 0). 

For reading a register the general sequence is: 

1. wait for IBF = in Interrupt Status Register 

2. write the appropriate command to the 8292 

3. wait for a TCI (Task Complete Interrupt) 

4. Read the value of the accessed register from the 
8292 with AO = 0. 

WEVC — Write to Event Counter 
(Command = 0E2H) 

The byte written following this command will be 
loaded into the event counter register and event 
counter status for byte counting. The internal 



counter is incremented on a high to low transition of 
the CO UNT (Tl) input. In this application example 
NDAC is connected to count. The counter is an 8 bit 
register and therefore can count up to 256 bytes 
(writing to the EC implies a count of 256). If longer 
blocks are desired, the main CPU must handle the 
interrupts every 256 counts and carefully observe the 
timing constraints. 

Because the counter has a frequency range from to 
133 kHz when using a 6 MHz crystal, this feature 
may not be usable with all devices on the GPIB. The 
8291 can easily transfer data at rates up to 250 kHz 
and even faster with some tuning of the system. 
There is also a 500 ns minimum high time 
requirement for COUNT which can potentially be 
violated by the 8291 in continuous acceptor 
handshake mode (i.e., TNDDV1 + TDVND2-C = 
350 .+ 350 = 700 max). When cable delays are taken 
into consideration, this problem will probably never 
occur. 

When the 8292 has completed the command, IBF 
will become a "0" and will cause an interrupt if 
masked on. 

WTOUT— Write to Time Out Register 
(Command = 0E1H) 

The byte written following this command will be 
used to determine the number of increments used for 
the time out functions. Because the register is 8 bits, 
the maximum time out is 256 time increments. This 
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is probably enough for most instruments on the 
GPIB but is not enough for a manually stepped 
operation using a GPIB logic analyzer like Ziatech's 
ZT488. Also, the 488 Standard does not set a lower 
limit on how long a device may take to do each 
action. Therefore, any use of a time out must be able 
to be overridden (this is a good general design rule 
for service and debugging considerations). 

The time out function is implemented in the 8292's 
firmware and will not be an accurate time. The 
counter counts backwards to zero from its initial 
value. The function may be enabled/ disabled by a 
bit in the Error mask register. When the command is 
complete IBF will be set to a "0" and will cause an 
interrupt if masked on. 

REVC — Read Event Counter Status 
(Command = 0E3H) 

This command transfers the content of the Event 
Counter to the DBBOUT register. The firmware 
then sets TCI = 1 and will cause an interrupt if 
masked on. The CPU may then read the value from 
the 8292 with A0 = 0. 

RINM — Read Interrupt Mask Register 
(Command = 0E5H) 

This command transfers the content of the Interrupt 
Mask register to the DBBOUT register. The 
firmware sets TCI = 1 and will cause an interrupt if 
masked on. The CPU may then read the value. 

RERM — Read Error Mask Register 
(Command = OEAH) 

This command transfers the content of the Error 
Mask register to the DBBOUT register. The 
firmware sets TCI = 1 and will cause an interrupt if 
masked on. The CPU may then read the value. 

RCST— Read Controller Status Register 
(Command = 0E6H) 

This command transfers the content of the Con- 
troller Status register to the DBBOUT register. The 
firmware sets TCI = 1 and will cause an interrupt if 
masked on. The CPU may then read the value. 

RTOUT— Read Time Out Status Register 
(Command = 0E9H) 

This command transfers the content of the Time Out 
Status register to the DBBOUT register. The 
firmware sets TCI = 1 and will cause an interrupt if 
masked on. The CPU may then read the value. 

If this register is read while a time-out function is in 
process, the value will be the time remaining before 
time-out occurs. If it is read after a time-out, it will 
be zero. If it is read when no time-out is in process, it 
will be the last value reached when the previous 
timing occurred. 



RBST— Read Bus Status Register 
(Command = 0E7H) 

This command causes the firmware to read the 
GPIB management lines, DAV and the S YC pin and 
place a copy in DBBOUT. TCI is set to "1" and will 
cause an interrupt if masked on. The CPU may read 
the value. 

RERF — Read Error Flag Register 
(Command = 0E4H) 

This command transfers the content of the Error 
Flag register to the DBBOUT register. The firmware 
sets TCI = 1 and will cause an interrupt if masked on. 
The CPU may then read the value. 

This register is also placed in DBBOUT by an I ACK 
command if ERR remains set. TCI is set to "1" in 
this case also. 

I A CK — Interrupt Acknowledge 
(Command = Al A2 A3 A4 1 A5 1 1) 

This command is used to acknowledge any combina- 
tions of the five SPI interrupts (A1-A5): SYC, 
ERR, SRQ, EV, and IFCR. Each bit A1-A5 is an 
individual acnowledgement to the corresponding bit 
in the Interrupt Status Register. The command 
clears SPI but it will be set again if all of the pending 
interrupts were not acknowledged. 

If A2 (ERR) is "1", the Error Flag register is placed 
in DBBOUT and TCI is set. The CPU may then read 
the Error Flag without issuing an RERF command. 

OPERATION COMMANDS 

The following diagram (Fig. 13) is an attempt to 
show the interrelationships among the various 8292 
.Operation Commands. It is not meant to replace the 
complete controller state diagram in the IEEE 
Standard. 

RST— Reset (Command = 0F2H) 

This command has the same effect as an external 
reset applied to the chip's pin #4. The 8292's actions 
are: 

1. All outputs go to their electr ical h igh state. This 
means that SPI, TCI, OBFI, IBFI, CLTH will be 
TRUE and all other GPIB signals will be FALSE. 

2. The 8292's firmware will cause the above men- 
tioned five signals to go FALSE after approxi- 
mately 17.5 usee, (at 6 MHz). 

3. These registers will be cleared: Interrupt Status, 
Interrupt Mask, Error Mask, Time Out, Event 
Counter, Error Flag. 

4. If the 8292 is the System Controller (SYC is 
TRUE), then IFC will be sent TRUE for approxi- 
mately 100 usee and the Controller function will 
end up in charge of the bus. If the 8292 is not the 
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Figure 13. 8292 Command Flowchart 

System Controller then it will end up in an Idle 

state. 
5. TCI will not be set. 
RSTI — Reset Interrupts (Command = 0F3) 

This command clears all pending interrupts and 
error flags. The 8292 will stop waiting for actions to 
occur (e.g., waiting for ATN to go FALSE in a 
TCNTR command or waiting for the proper 
handshake state in a TCSY command). TCI will not 
be set. 

ABORT — Abort all operations and Clear Interface 
(Command = 0F9H) 

If the 8292 is not the System Controller this 
command acts like a NOP and flags a USER 
ERROR in the Error Flag Register. No TCI will 
occur. 

If the 8292 is the System Controller then IFC is set 
TRUE for approximately 100 /usee and the 8292 
becomes the Controller-in-Charge and asserts ATN. 
TCI will be set, only if the 8292 was NOT the CIC. 

STCNI — Start Counter Interrupts 
(Command = OFEH) 

Enables the EV Counter Interrupt. TCI will not be 
set. Note that the counter must be enabled by a GSEC 
command. 

SPCNI — Stop Counter Interrupts 
(Command - 0F0H) 

The 8292 will not generate an EV interrupt when the 
counter reaches 0. Note that the counter will 
continue counting. TCI will not be set. 

SREM — Set Interface to Remote Control 
(Command = 0F8H) 

If the 8292 is the System Controller, it will set REN 



and TCI TRUE. Otherwise it only sets the User 
Error Flag. 

SLOC — Set Interface to Local Mode 
(Command = 0F7H) 

If the 8292 is the System Controller, it will set REN 
FALSE and TCI TRUE. Otherwise, it only sets the 
User Error Flag. 

EXPP — Execute Parallel Poll 
(Command = 0F5H) 

If not Controller-in-Charge, the 8292 will treat this 
as a NOP and does not set TCI. If it is the Control- 
ler-in-Charge then it sets IDY (EOI & ATN) TRUE 
and generates a local DA V pulse (that never reaches 
the GPIB because of gates in the 8293). If the 8291 is 
configured as a listener, it will capture the Parallel 
Poll Response byte in its data register. TCI is not 
generated, the CPU must detect the BI (Byte In) 
from the 8291. The 8292 will be ready to accept 
another command before the BI occurs; therefore 
the 829 Ts BI serves as a task complete indication. 

GTSB — Go To Standby (Command = 0F6H) 

If the 8292 is not the Controller-in-Charge, it will 
treat this command as a NOP and does not set TCI 
TRUE. Otherwise, it goes to Controller Standby 
State (CSBS), sets ATN FALSE and TCI TRUE. 
This command is used as part of the Send, Receive, 
Transfer and Serial Poll System commands (see 
next section) to allow the addressed talker to send 
data/ status. 

If the data transfer does not start within the specified 
Time-Out, the 8292 sets TOUT2 TRUE in the Error 
Flag Register and sets SPI (if enabled). The 
controller continues waiting for a new command. 
The CPU must decide to wait longer or to regain 
control and take corrective action. 

GSEC — Go to Standby and Enable Counting 
(Command = 0F4H) 

This command does the same things as GTSB but 
also initializes the event counter to the value pre- 
viously stored in the Event Counter Register (default 
value is 256) and e nables t he counter. One may wire 
the count input to NDAC to count bytes. When the 
counter reaches zero, it sets EV (and SPI if enabled) 
in Interrupt Status and will set EV every 256 bytes 
thereafter. Note that there is a potential loss of 
count information if the CPU does not respond to 
the EV/SPI before another 256 bytes have been 
transferred. TCI will be set at the end of the 
command. 

TCSY— Take Control Synchronously 
(Command '= OFDH) 

If the 8292 is not in Standby, it treats this command 
as a NOP and does not set TCI. Otherwise, it waits 



10-72 



231324-001 



APPLICATIONS 



for the proper handshake state and sets ATN 
TRUE. The 8292 will set TOUT3 if the handshake 
never assumes the correct state and will remain in 
this command until the handshake is proper or a 
RSTI command is issued. If the 8292 successfully 
takes control, it sets TCI TRUE. 

This is the normal way to regain control at the end of 
a Send, Receive, Transfer or Serial Poll System 
Command. If TCSY is not successful, then the 
controller must try TCAS (see warning below). 

TCAS — Take Control Asynchronously 
(Command = OFCH) 

If the 8292 is not in Standby, it treats this command 
as a NOP and does not set TCI. Otherwise, it 
arbitrarily sets ATN TRUE and TCI TRUE. Note 
that this action may cause devices on the bus to lose 
a data byte or cause them to interpret a data byte as a 
command byte. Both Actions can result in anoma- 
lous behavior. TCAS should be used only in 
emergencies. If TCAS fails, then the System 
Controller will have to issue an ABORT to clean 
things up. 

GIDL — Go to Idle (Command = 0F1H) 

If the 8292 is not the Controller in Charge and 
Active, then it treats this command as a NOP and 
does not set TCI. Otherwise, it sets ATN FALSE, 
becomes Not Controller in Charge, and sets TCI 
TRUE. This command is used as part of the Pass 
Control System Command. 

TCNTR — Take (Receive) Control 
(Command = OFAH) 

If the 8292 is not Idle, then it treats this command as 
a NOP and does not set TCI. Otherwise, it waits for 
the current Controller-in-Charge to set ATN 
FALSE. If this does not occur within the specified 
Time Out, the 8292 sets TOUT1 in the Error Flag 
Register and sets SPI (if enabled), it will not proceed 
until ATN goes false or it receives an RSTI 
command. Note that the Controller in Charge must 
previously have sent this controller (via the 829 Ts 
command pass through register) a Pass Control 
message. When ATN goes FALSE, the 8292 sets 
CIC, ATN and TCI TRUE and becomes Active. 



should not be changed after Power-on in any system 
— it adds unnecessary complexity to the CPU's 
software. 

In order to use polling with the 8292 one must enable 
TCI but not connect the pin to the CPU's interrupt 
pin. TCI must be readable by some means. In this 
application example it is connected to bit 1 port 6FH 
on the ZT7488/ 18. In addition, the other three 8292 
interrupt lines a nd the 829 1 interrupt are also on that 
port (SPI-Bit 2, IBFI-Bit 4, OBFI-Bit 3, 8291 INT- 
Bit 0). 

These drivers assume that only primary addresses 
will be used on the GPIB. To use secondary 
addresses, one must modify the test for valid 
talk/ listen addresses (range macro) to include 
secondaries. 
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Figure 14. Software Driver Routines 



SOFTWARE DRIVER OUTLINE 

The set of system commands discussed below is 
shown in Figure 14. These commands are imple- 
mented in software routines executed by the main 
CPU. 

The following section assumes that the Controller is 
the System Controller and will not Pass Control. 
This is a valid assumption for 99+% of all 
controllers. It also assumes that no DMA or 
Interrupts will be used. SYC (System Control Input) 



INITIALIZATION 

8292 — Comes up in Controller Active State when 
SYC is TRUE. The only initialization needed is to 
enable the TCI interrupt mask. This is done by 
writing 0A0H to Port 68H. 

8291 — Disable both the major and minor addresses 
because the 8291 will never see the 8292's com- 
mands/addresses (refer to earlier hardware discus- 
sion). This is done by writing 60H and 0E0H to 
Port 66H. 
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Set Address Mode to Talk-only by writing 80H to 
Port64H. 

Set internal counter to 3 MHz to match the clock 
input coming from the 8085 by writing 23 H to Port 
65H. High speed mode for the handshakes will not 
be used here even though the hardware uses three- 
state drivers. 



No interrupts will be enabled now. Each routine will 
enable the ones it needs for ease of polling operation. 
The INT bit may be read through Port 6FH. Clear 
both interrupt mask registers. 

Release the chip's initialization state by writing to 
Port65H. 



INIT: 

Enable-8292 
Enable TCI 

Enable-8291 

Disable major address 

Disable minor address 

ton 

Clock frequency 

All interrupts off 

Immediate execute pon 



;Set up Int. pins for Port 6FH 
;Task complete must be on 

;In controller usage, the 8291 

;Is set to talk only and/ or listen only 

;Talk only is our rest state 

;3 MHz in this ap note example 

: Releases 8291 from init. state 



TALKER/LISTENER ROUTINES 
Send Data 

SEND< listener list pointer > < count > <EOS> <data buffer pointer > 



This system command sends data from the CPU to 
one or more devices. The data is usually a string of 
ASCII characters, but may be binary or other forms 
as well. The data is device-specific. 

My Talk Address (MTA) must be output to satisfy 
the GPIB requirement of only one talker at a time 
(any other talker will stop when MTA goes out). The 
MTA is not needed as far as the 829 1 is concerned — 
it will be put into talk-only mode (ton). 

This routine assumes a non-null listener list in that it 



always sends Universal Unlisten. If it is desired to 
send data to the listeners previously addressed, one 
could add a check for a null list and not send UNL. 
Count must be 255 or less due to an 8 bit register. 
This routine also always uses an EOS character to 
terminate the string output; this could easily be 
eliminated and rely on the count. Items in brackets 
( ) are optional and will not be included in the actual 
code in Appendix A. 



SEND: 

Output-to-8291 MTA, UNL 

Put EOS into 8291 

While 20H < listener < 3'EH 
output-to-8291 listener 
Increment listen list pointer 

Output-to-8292 GTSB 

Enable-8291 
Output EOI on EOS sent 

If count < > then 

While not (end or count = 0) 
(could check tout 2 here) 
Output-to-8291 data 
Increment data buffer pointer 
Decrement count 

Output-to-8292 TCSY 

(If tout3 then take control async) 

Enable 8291 
No output EOI on EOS sent 

Return 



;We will talk, nobody listen 

;End of string compare character 

;GPIB listen addresses are 

;"space" thru " >" ASCII , 

;Address all listeners 

;8292 stops asserting ATN, go to standby 

;Send EOI along with EOS character 

;Wait for EOS or end of count 
;Optionally check for stuck bus-tout 2 
;Output all data, one byte at a time 
;8085 CREG will count for us 

;8292 asserts ATN, take control sync. 
;If unable to take control sync. 
;Restore 8291 to standard condition 
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Figure 15. Flowchart For Receive Ending Conditions 



Figure 16. SEND to "1", "2", "> "; "ABCD"; EOS = "D" 



Receive Data 

RECV< talker > < count > <EOS> <data buffer pointer> 



This system command is used to input data from a 
device. The data is typically a string of ASCII 
characters. 

This routine is the dual of SEND. It assumes a new 
talker will be specified, a count of less than 257, and 
an EOS character to terminate the input. EOI 
received will also terminate the input. Figure 15 
shows the flow chart for the RECV ending 
conditions. My Listen Address (MLA) is sent to 
keep the GPIB transactions totally regular to 



facilitate analysis by a GPIB logic analyzer like the 
Ziatech ZT488. Otherwise, the bus would appear to 
have no listener even though the 8291 will be 
listening. 

Note that although the count may go to zero before 
the transmission ends, the talker will probably be 
left in a strange state and may have to be cleared by 
the controller. The count ending of RECV is 
therefore used as an error condition in most 
situations. 
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RECV: 
Put EOS into 8291 
If 40H < talker < 5EH then 

Output-to-8291 talker 
Increment talker pointer 
Output-to-8291 UNL, MLA 
Enable-8291 

Holdoff on end 

End on EOS received 

Ion, reset ton 

Immediate execute pon 
Output-to-8292 GTSB 
While not (end or count = (or tout2)) 

Input-from-8291 data 

Increment data buffer pointer 

Decrement count 
(If count = then error) 
Output-to-8292 TCSY 
(If Tout3 then take control async.) 
Enable-8291 

No holdoff on end 

No end on EOS received 

ton, reset Ion 

Finish handshake 

Immediate execute pon 
Return error-indicator 



;End of string compare character 
;GPIB talk addresses are 
■;"<§>" thru "A" ASCII 
;Do this for consistency's sake 
;Everyone except us stop listening 

;Stop when EOS character is 
;Detected by 8291 
;Listen only (no talk) 

;8292 stops asserting ATN, go to standby 
;wait for EOS or EOI or end of count 
;optionally check for stuck bus-tout2 
;input data, one byte at a time 

;Use 8085 C register as counter 
;Count should not occur before end 
;8292 asserts ATN take control 
;If unable to take control sync. 
;Put 8291 back as needed for 
;Controller activity and 
;Clear holdoff due to end 

;Complete holdoff due to end, if any 
iNeeded to reset Ion 
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Figure 17. RECV from "R"; EOS = ODH 



Figure 18. XFER from "A" to "1", "2", "+"; EOS = ODH 
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Transfer Data 

XFER< Talker > < Listener list > <EOS> 

This system command is used to transfer data from a 
talker to one or more listeners where the controller 
does not participate in the transfer of the ASCII 
data. This is accomplished through the use of the 
829 Ts continuous acceptor handshake mode while 
in listen-only. 



This routine assumes a device list that has the ASCII 
talker address as the first byte and the string (one or 
more) of ASCII listener addresses following. The 
EOS character or an EOI will cause the controller to 
take control synchronously and thereby terminate 
the transfer. 



XFER: 
Output-to-8291: Talker, UNL 
While 20H < listen < 3EH 
Output-to-8291: Listener 
Increment listen list pointer 
Enable-8291 
Ion, no ton 

Continuous AH mode 
End on EOS received 
Immediate execute PON 
Put EOS into 8291 
Output-to-8292: GTSB 

Upon end (or tout2)then 
Take control synchronously 

Enable-8291 
Finish handshake 
Not continuous AH mode 
Not END on EOS received 
ton 
Immediate execute pon 

Return 



;Send talk address and unlisten 
;Send listen address 



;Controller is pseudo listener 

; Handshake but don't capture data 

;Capture EOS as well as EOI 

initialize the 8291 

;Set up EOS character 

;Go to standby 

;8292 waits for EOS or EOI and then 

;Regains control 

;Go to Ready for Data 



CONTROLLER 

Group Execute Trigger 

TRIG < Listener list > 

This system command causes a group execute 
trigger (GET) to be sent to all devices on the listener 



list. The intended use is to synchronize a number of 
instruments. 



TRIG: 

Output-to-8291 UNL 

While 20H < listener < 3 EH 
Output-to-8291 Listener 
Increment listen list pointer 

Output-to-8291 GET 

Return 



;Everybody stop listening 

;Check for valid listen address 

;Address each listener 

;Terminate on any non-valid character 

;Issue group execute trigger 



10-77 



APPLICATIONS 



CONTROLLER 
8291,8292 



CONTROLLER 
8291,8292 



» 





DEVICE 


LSTN 

"1" 


TALK 

"Q" 




TALK 

"A" 



* 





DEVICE 


LSTN 

"1" 


TALK 



, K 

^ -^v- ::: y 





DEVICE 


LSTN 

"2" 


TALK 

"R" 



LSTN TALK 



Figure 19. TRIG "1","+" 



Figure 20. DCLR "1", "2" 



Device Clear 

DCLR < Listener list > 

This system command causes a device clear (SDC) 
to be sent to all devices on the listener list. Note 
that this is not intended to clear the GPIB interface 



of the device, but should clear the device-specific 
logic. 



DCLR: 

Output-to-8291 UNL 

While 20H < Listener < 3EH 
Output-to-8291 listener 
Increment listen list pointer 

Output-to-8291 SDC 

Return 



;Everybody stop listening 

;Check for valid listen address 

; Address each listener 

;Terminate on any non-valid character 

; Selective device clear 



Serial Poll 

SPOL< Talker list > < status buffer pointer > 

This system command sequentially addresses the 
designated devices and receives one byte of status 
from each. The bytes are stored in the buffer in the 



same order as the devices appear on the talker list. 
MLA is output for completeness. 
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SPOL: 
Output-to-8291 



UNL, MLA, SPE 



While 40H < talker < 5EH 
Output-to-8291 talker 
Increment talker list pointer 
Enable-8291 
Ion, reset ton 
Immediate execute pon 
Output-to-8292 GTSB 
Wait for data in (BI) 
Output-to-8292 TCSY 
Input-from-8291 data 
Increment buffer pointer 
Enable 8291 
ton, reset Ion 
Immediate execute pon 
Output-to-8291 SPD 
Return 



;Unlisten, we listen, serial poll enable 
;Only one byte of serial poll 
;Status wanted from each talker 
;Check for valid transfer 
;Address each device to talk 
;One at a time 

;Listen only to get status 

;This resets ton 

;Go to standby 

;Serial poll status byte into 8291 

;Take control synchronously 

; Actually get data from 8291 



;Resets Ion 

;Send serial poll disable after all devices polled 



CONTROLLER 

8291,8292 



4> 



„„.. 





;: : TALk'; : 

ll "R" 



LSTN 



Figure 21. SPOL "Q", "R", "K'\ " A" 



CONTROLLER 
8291,8292 



TALK 
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^> 



* 



LSTN 
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^> 



LSTN TALK 

"K" 



i> 



LSTN TALK 



Figure 22. PPEN "2";\P 3 P 2 P, = 0111B 



Parallel Poll Enable 

PPEN< Listener list> < Configuration Buffer pointer > 

This system command configures one or more 
devices to respond to Parallel Poll, assuming they 
implement subset PP1. The configuration informa- 
tion is stored in a buffer with one byte per device 
in the same order as devices appear on the listener 



list. The configuration byte has the format 
XXXXIP3P2P1 as defined by the IEEE Std. P3P2P1 
indicates the bit # to be used for a response and I 
indicates the assertion value. See Sec. 2.9.3.3 of the 
Std. for more details. 
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PPEN: 

Output-to-8291 UNL 

While 20H < Listener < 3EH 

Output-to-8291 listener 

Output-to-8291 PPC, (PPE or data) 

Increment listener list pointer 

Increment buffer pointer 
Return 



;Universal unlisten 

;Check for valid listener 

;Stop old listener, address new 

;Send parallel poll info 

;Point to next listener 

;One configuration byte per listener 



Parallel Poll Disable 

PPDS < listener list > 

This system command disables one or more devices 
from responding to a Parallel Poll by issuing a 



Parallel Poll Disable (PPD). It does not decon- 
figure the devices. 



PPDS: 

Output-to-8291 UNL 

While 20H < Listener < 3EH 
Output-to-8291 listener 
Increment listener list pointer 

Output-to-8291 PPC, PPD 

Return 



;Universal Unlisten 
;Check for valid listener 
;Address listener 

;Disable PP on all listeners 



CONTROLLER 

8291,8292 
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CONTROLLER 
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Figure 23. PPDS "1 ","+", ">" 



Figure 24. PPUN 
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Parallel Poll Unconfigure 

PPUN 

This system command deconfigures the Parallel Poll 
response of all devices by issuing a Parallel Poll 
Unconfigure message. 



PPUN: 
Output-to-8291 PPU 
Return 



;Unconfigure all parallel poll 



Conduct a Parallel Poll 

PPOL 

This system command causes the controller to con- 
duct a Parallel Poll on the GPIB for approximately 
12.5 usee (at 6 MHz). Note that a parallel poll does 
not use the handshake; therefore, to ensure that the 
device knows whether or not its positive response 



was observed by the controller, the CPU should 
explicitly acknowledge each device by a device- 
dependent data string. Otherwise, the response bit 
will still be set when the next Parallel Poll occurs. 
This command returns one byte of status. 



PPOL: 

Enable-8291 

Ion 

Immediate execute pon 
Output-to-8292 EXPP 
Upon BI 

Input-from-8291 data 
Enable-8291 

ton 

Immediate execute pon 
Return Data (status byte) 



;Listen only 
;This resets ton 
; Execute parallel poll 
;When byte is input 
;Read it 

;Talk only 
;This resets Ion 



Pass Control 

PCTL< talker > 

This system command allows the controller to 
relinquish active control of the GPIB to another 
controller. Normally some software protocol should 
already have informed the controller to expect this, 
and under what conditions to return control. The 



8291 must be set up to become a normal device 
and the CPU must handle all commands passed 
through, otherwise control cannot be returned (see 
Receive Control below). The controller will go idle. 



PCTL: 

If 40H < talker < 5EH then 
if talker < > MTA then 
output-to-8291 talker, TCT 
Enable-8291 
not ton, not Ion 
Immediate execute pon 
My device address, mode 1 
Undefined command pass through 
(Parallel Poll Configuration) 
Output-to-8292 GIDL 
Return 



;Cannot pass control to myself 
;Take control message to talker 
;Set up 8291 as normal device 

;Reset ton and Ion 

;Put device number in Register 6 

;Required to receive control 

;Optional use of PP 

;Put controller in idle 
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CONTROLLER 
8291,8292 



CTLRf 






CONTROLLER 
8291,8292 



TALK 

"Q" 



£ 



P 



$ 



^ 



LSTN CTLR 



TALK? 



CONTROLLER 



LSTN 



Figure 25. PPOL 



Figure 26. PGTL "C" 



Receive Control 

RCTL 

This system command is used to get control back 
from the current controller-in-charge if it has passed 
control to this inactive controller. Most GPIB 
systems do not use more than one controller and 
therefore would not need this routine. 

To make passing and receiving control a man- 
ageable event, the system designer should specify a 



protocol whereby the controller-in-charge sends a 
data message to the soon-to-be-active controller. 
This message should give the current state of the 
system, why control is being passed, what to do, 
and when to pass control back. Most of these issues 
are beyond the scope of this Ap Note. 



RCTL: 
Upon CPT 
If (command =TCT) then 
If TA then 
Enable-8291 
Disable major device number 
ton 

Mask off interrupts 
Immediate execute pon 



;Wait for command pass through bit in 8291 
;If command is take control and 
;We are talker addressed 

;Controller will use ton and Ion 
;Talk only mode 
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Output-to-8292 TCNTR 
Enable-8291 

Valid command 
Return valid 
Else 
Enable-8291 
Invalid command 
Else 

Enable-8291 

Invalid command 
Return invalid 



;Take (receive) control 
;Release handshake 

;Not talker addr. so TCT not for us 
;Not TCT, so we don't care 
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Figure 27. RCTL 



Figure 28. REME 



Service Request 

SRQD 

This system command is used to detect the occur- 
rence of a Service Request on the GPIB. One or 
more devices may assert SRQ simultaneously, and 



the CPU would normally conduct a Serial Poll 
after calling this routine to determine which devices 
are SRQing. 
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SRQD: 
If SRQ then 

Output-to-8292 IACK.SRQ 

Return SRQ 
Else return no SRQ 



;Test 92 status bit 
;Acknowledge it 



SYSTEM CONTROLLER 

Remote Enable 

REME 

This system command asserts the Remote Enable 
line (REN) on the GPIB. The devices will not go 



remote until they are later addressed to listen by 
some other system command. 



REME: 
Output-to-8292 SREM 
Return 



;8292 asserts remote enable line 



Local 

LOCI 

This system command deasserts the REN line on the 
GPIB. The devices will go local immediately. 



LOCL: 
Output-to-8292 SLOC 
Return 



;8292 stops asserting remote enable 
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Figure 29. LOCL 



Figure 30. IFCL 
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Interface Clear/ Abort 

IFCL 

This system command asserts the GPIB's Interface 
Clear (IFC) line for at least 100 microseconds. 
This causes all interface logic in all devices to go to 
a known state. Note that the device itself may or 



may not be reset, too. Most instruments do totally 
reset upon IFC. Some devices may require a DCLR 
as well as an IFCL to be completely reset. The 
(system) controller becomes Controller-in-Charge. 



IFCL: 
Output-to-8292 ABORT 
Return 



;8292 asserts Interface Clear 
;For 100 microseconds 



INTERRUPTS AND 
DMA CONSIDERATIONS 

The previous sections have discussed in detail how 
to use the 8291, 8292, 8293 chip set as a GPIB 
controller with the software operating in a polling 
mode and using programmed transfer of the data. 
This is the simplest mode of use, but it ties up the 
microprocessor for the duration of a GPIB transac- 
tion. If system design constraints do not allow this, 
then either Interrupts and /or DMA may be used to 
free up processor cycles. 

The 8291 and 8292 provide sufficient interrupts that 
one may return to do other work while waiting for 
such things as 8292 Task Completion, 8291 Next 
Byte In, 8291 Last Byte Out, 8292 Service Request 



In, etc. The only difficulty lies in integrating these 
various interrupt sources and their matching 
routines into the overall system's interrupt structure. 
This is highly situation-specific and is beyond the 
scope of this Ap Note. 

The strategy to follow is to replace each of the WAIT 
routines (see Appendix A) with a return to the main 
code and provide for the corresponding interrupt to 
bring the control back to the next section of GPIB 
code. For example WAITO (Wait for Byte Out of 
8291) would be replaced by having the BO interrupt 
enabled and storing the (return) address of the next 
instruction in a known place. This co-routine 
structure will then be activated by a BO interrupt. 
Fig. 31 shows an example of the flow of control. 



MAIN CODE 
USER: 



INTERRUPT CODE 



GPIB SUBROUTINE 
SEND: 



.(WAITO) 




Figure 31. GPIB Interrupt & Co-Routine Flow of Control 
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DMA is also useful in relieving the processor if the 
average length of a data buffer is long enough to 
overcome the extra time used to set up a DMA chip. 
This decision will also be a function of the data rate 
of the instrument. The best strategy is to use the 
DMA to handle only the data buffer transfers on 
SEND and RECV and to do all the addressing and 
control just as shown in the driver descriptions. 

Another major reason for using a DMA chip is to 
increase the data rate and therefore increase the 
overall transaction rate. In this case the limiting 
factor becomes the time used to do the addressing 
and control of the GPIB using software like that in 
Appendix A. The data transmission time becomes 
insignificant at DMA speeds unless extremely long 
buffers are used. 

Refer to Figure 1 1 for a typical DMA and interrupt 
based design using the 8291, 8292, 8293. A system 
like this can achieve a 250K byte transfer rate while 
under DMA control. 

APPLICATION EXAMPLE 

This section will present the code required to operate 
a typical GPIB instrument set up as shown in Fig. 
32. The HP5328A universal counter and the 
HP3325 function generator are typical of many 
GPIB devices; however, there are a wide variety of 
software protocols to be found on the GPIB. The 
Ziatech ZT488 GPIB analyzer is used to single step 
the bus to facilitate debugging the system. It also 
serves as a training/ familiarization aid for new- 
comers to the bus. 

This example will set up the function generator to 
output a specific waveform, frequency and ampli- 



tude. It will then tell the counter to measure the 
frequency and Request Service (SRQ) when com- 
plete. The program will then read in the data. The 
assembled source code will be found at the end of 
Appendix A. 
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ZT488 
GPIB ANALYZER 

















Figure 32. GPIB Example Configuration 



SEND 

LSTN: "2", COUNT: 15, EOS: ODH, DATA: "FU1FR37KHAM2VO (CR)" 
;SETS UP FUNCTION GEN. TO 37 KHZ SINE, 2 VOLTS PP 
;COUNT EQUAL TO # CHAR IN BUFFER 
;EOS CHARACTER IS (CR) = ODH = CARRIAGE RETURN 

SEND 
LSTN: "1", COUNT: 6, EOS: "T" DATA: "PR4G7T" 
;SETS UP COUNTER FOR PTNITIALIZE, F4: FREQ CHAN A 
; G7:0. 1 HZ RESOLUTION, T:TRIGGER AND SRQ 

;COUNT IS EQUAL TO # CHAR 

WAIT FOR SRQ 

SPOL TALK: "Q", DATA: STATUS 1 
;CLEARS THE SRO — IN THIS EXAMPLE ONLY FREQ CTR ASSERTS SRQ 

RECV TALK: "Q", COUNT: 17, EOS: OAH, 
DATA:" + 3700Q.0E+0" (CR) (LF) 
;GETS 17 BYTES OF DATA FROM COUNTER 
;COUNT IS EXACT BUFFER LENGTH 
;DATA SHOWN IS TYPICAL HP5328A READING THAT WOULD BE RECEIVED 
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CONCLUSION 

This Application Note has shown a structured way 
to view the IEEE 488 bus and has given typical code 
sequences to make the Intel 8291, 8292, and 8293's 
behave as a controller of the GPIB. There are other 
ways to use the chip set, but whatever solution is 
chosen, it must be integrated into the overall system 
software. 



The ultimate reference for GPIB questions is the 
IEEE Std 488, -1978 which is available from IEEE, 
345 East 47th St., New York, NY, 10017. The ulti- 
mate reference for the 8292 is the source listing for it 
(remember it's a pre-programmed UPI-41A) which 
is available from INSITE, Intel Corp., 3065 Bowers 
Ave., Santa Clara, CA 95051. 



APPENDIX A 



ISIS-II 8080/8085 MACHO ASSEMBLER, V3.0 
GPIB CONTROLLER SUBROUTINES 



LOC OBJ 



1000 
0060 



0060 
0060 



0061 
0061 
0002 
0001 
0010 
0080 



0062 



0064 
008J3 
0040 
00C0 
0001 



006,4 
0020 
0002 
0001 



0065 
0023 



LINE 

1 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 



SOURCE STATEMENT 
$TITLE('GPIB CONTROLLER SUBROUTINES') 
GPIB CONTROLLER SUBROUTINES 



for Intel 8291, 8292 on ZT 7488/18 
Bert Forbes, Ziatech Corporation 
2410 Broad Street 
San Luis Obispo, CA, USA 93401 



General Definitions & Equates 
8291 Control Values 

ORG 1000H ; For ZT7488/18 w/8085 

EQU 60H ;8291 Base Port # 



PRT91 



DIN 
DOUT 



INT1 

INTMl 

BOM 

BIM 

ENDMK 

CPT 



INT2 



ADRMD 

TON 

LON 

TLON 

MODE1 



ADRST 
EOIST 
TA 
LA 



AUXMD 
CLKRT 



Reg #0 Data in & Data, out 

EQU PRT91+0 ; 91 Data in reg 

EQU PRT91+0 ;91 Data out req 

Req # 1 Interrupt 1 Constants 

EQU PRT91+1 ;INT Reg 1 

EQU PRT91+1 ;INT Mask Reg . 1 

EQU 02 ;91 BO INTRP Mask 

EQU 01 ;91 BI INTRP Mask 

EQU 10H ;91 END INTRP Mask 

EQU 80H ;91 command pass thru int bit 

Reg #2 Interrupt 2 

EQU PRT91+2 

Reg |4 Address Mode Constants 

EQU PRT91+4 ;91 address mode register # 

EQU 80H ;91 talk only mode & not listen only 

EQU 40H ;91 listen only & not ton 

EQU 0C0H ;91 talk & listen only 

EQU 01 ;mode 1 addressing for device 

Reg H (Read) Address Status Register 

EQU PRT91+4 ;reg #4 

EQU 20H 

EQU 2 

EQU. 1 ;listener active 

Reg #5 (Write) Auxiliary Mode Register 

EQU PRT91+5 ;91 auxiliary mode register # 

EQU 23H ;91 3 Mhz clock input 
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0003 
0006 
0080 
0001 
0002 
0003 
0004 



000F 
0007 
00A0 
0001 



0065 

0066 
0060 
.00E0 

0067 



0068 

0068 
00A0 

0068 
0001 
0002 
0004 
0068 
0068 

0069 

0069 
0010 
0002 
0020 

0068 
0068 
0068 
0068 
0068 



00F0 

00F1 

00F2 

00F3 

00F4 

00F5 

00F6. 

00F7 

00F8 

00F9 

00 FA 

00FC 

00FD 

00FE 



50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

65 

66 

67 

68 

59 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

95 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 

111 

112 

113 

114 

115 

116 

117 

118 

119 

120 

121 

122 



FNHSK 

SDEOI 

AXRA 

HOHSK 

HOEND 

CAHCY 

EDEOS 

EOIS 

VSCMD 

NVCMD 

AXRB 

CPTEN 



ADR01 
DTDL1 
DTDL2 



EOSR 



PRT92 

INTMR 
INTM 

ERRM 

TOUT1 

TOUT2 

TOUT3 

EVREG 

TOREG 

CMD92 

INTST 
EVBIT 
IBFBT 
SRQBT 

ERFLG 
CLRST 
BUSST 
EVCST 
TOST 



SPCNI 

GIDL 

RSET 

RS.TI 

GSEC 

EXPP 

GTSB 

SLOC 

SREM 

ABORT 

TCNTR 

TCASY 

TCSY 

STCNI 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 

Reg #5 
EQU 

Reg #6 
EQU 
EQU 
EQU 

Reg #7 
EQU 



8292 



EQU 

EQU 
EQU 

EQU 

EQU . 

EQU 

EQU 

EQU 

EQU 

EQU 

EQU 
EQU 
EQU 
EQU 

EQU 
EQU 
EQU 
EQU 
EQU 

8292 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



;91 fininsh handshake command 

;91 send EOI with next byte 

;91 aux. reg A pattern 

;91 hold off handshake on all bytes 

;91 hold off handshake on end 

;91 continuous AH cycling 

;91 end on EOS received 

;91 output EOI on EOS sent 

;91 valid command pass through 

;91 invalid command pass through 

;Aux. reg. B pattern 

;command pass thru enable 



03 
06 
80H 

1 

2 

3 

4 

8 
0FH 
07H 
0A0H 
01H 

(Read) 
PRT91+5 



Address 0/1 reg • constants 

PRT91+6 

60H ;Disable major talker & listener 

0E0H /Disable minor talker & listener 

BOS Character Register 
PRT91+7 



CONTROL VALUES 



PRT91+8 ;8292 Base Port # (CS7) 

PRT92+0 ;92 INTRP Mask Reg 
0A0H ;TCI 

PRT92+0 ;92 Error Mask Reg 

01 ;92 Time Out for Pass Control 

02 ;92 Time Out for Standby 

04 ;92 Time Out for Take Control Sync 
PRT92+0 ;92 Event Counter Pseudo Reg 
PRT92+0 ;92 Time Out Pseudo Reg 

PRT92+1 ;92 Command Register 

PRT92+1 ;92 Interrupt Status Reg 
10H ;Event Counter Bit 
02 ;Input Buffer Full Bit 
20H ;Seq bit 

PRT92+0 ; 92 Error Flag Pseudo Reg 

PRT92+0 ;92 Controller Status Pseudo Reg 

PRT92+0 ;92 GPIB (Bus) Status Pseudo Reg 

PRT92+0 ;92 Event Counter Status Pseudo Reg 

PRT92+0 ;92 Time Out Status Pseudo Reg 

OPERATION COMMANDS 



0F0H ;Stop Counter Interrupts 

0F1H ;Go to idle 

0F2H ;Reset 

0F3H ;Reset Interrupts 

0F4H ;Goto standby, enable counting 

0F5H ; Execute parallel poll 

0F6H ;Goto standby 

0F7H ;Set local mode 

0F8H ;Set interface to remote 

0F9H yAbort all operation, clear interface 

0FAH ;Take control (Receive control) 

0FCH ;Take control asyncronously 

0FDH ;Take control syncronously 

0FEH ;Start counter interrupts 
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00E1 
00E2 
00E3 
00E4 
00E5 
00E6 
00E7 
00E9 
00EA 
000B 



006F 
0002 
0004 
0008 
0010 
0001 



0001 
0041 
0021 
003F 
3008 
0004 
0018 
0019 
0005 
0070 
0060 
0015 
0009 



123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 



; 
t 

WOUT 

WEVC 

REVC 

RERF 

RINM 

RCST 

RBST 

RTOUT 

RERM 

IACK 



PRTF 
TCIF 
SPIF 
OBFF 
IBFF 
BOF 



MDA 
MTA 
MLA 
UNL 
GET 
SDC 
SPE 
SPD 
PPC 
PPD 
PPE 
PPU 
TCT 



WAITO 
WAITL: 



WAITI 
WAITL: 



WAITX 
WAITL: 



8292 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



UTILITY COMMANDS 



0E1H ;Write to timeout reg 

0E2H ;Write to event counter 

0E3H ;Read event counter status 

0E4H ;Read error flag reg 

0B5H ;Read interrupt mask reg 

0E6H ;Read controller status reg 

0E7H ;Read GPIB Bus status reg 

0E9H ;Read timeout status reg 

0EAH ;Read error mask reg 

0BH ;Interrupt Acknowledge 



PORT F BIT ASSIGNMENTS 



EQU PRT91+0FH ;ZT7488 port 6F for interrupts 

EQU 02H ;Task complete interrupt 

EQU 04H ;Special interrupt 

EQU 08H ;92 Output (to CPU) Buffer full 

EQU 10H ;92 Input (from CPU) Buffer empty 

EQU 01H ;91 Int line (BO in this case) 



GPIB MESSAGES (COMMANDS) 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



1 

MDA +4 

MDA+2 

3FH 

08 

04H 

18H 

19H 

05 

70H 

60H 

15H 

09 



My device address is 1 
My talk address is 1 ("A") 
My listen address is 1 (" !*') 
Universal unlisten 
Group Execute Trigger 
Device Clear 
Serial poll enable 
Serial poll disable 
Parallel poll configure 
Parallel poll disable 
Parallel poll disable 
Parallel poll unconfigured 
Take control (pass control) 



MACRO DEFINITIONS 



MACRO 
ORA 
EN DM 

MACRO 

LOCAL 

IN 

ANI 

JZ 

ENDM 



MACRO 

LOCAL 

IN 

MOV 

ANI 

JZ 

ENDM 

MACRO 

LOCAL 

IN 

ANI 

JNZ 

ENDM 



WAITL 
INT1 
BOM 
WAITL 



WAITL 

INT1 

B,A 

BIM 

WAITL 



WAITL 
PRTF 
TCIF 
WAITL 



;Sets flags on A register 



;Wait for last 91 byte to be done 



;Get Intl status 
;Check for byte out 
;If not, try again 
;until it is 



;Wait for 91 byte to be input 

;Get INT1 status 
;Save status in B 
; Check for byte in 
;If not, just try again 
; until it is 

;Wait for 92's TCI to go false 
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APPLICATIONS 



1000 


3EA0 


1002 


D368 


1004 


3E60 


1006 


D366 


1008 


3EE0 


100A 


D366 


100C 


3E80 


100E 


D364 


1010 


3E23 


1012 


D365 


1014 


AF 


1015 


D361 


1017 


D362 


1019 


D355 


101B 


C9 



196 WAITT 

197 

198 WAITL: 

199 

200 

201 

202 

203 RANGE 

204 

205 

206 

207 

208 

209 

210 

211 

212 

213 

214 

215 ; 

216 CLRA 
217 

218 

219 

220 

221 

222 

223 

224 

225 

226 

227 

228 

229 

230 

231 

232 

233 

234 

235 

236 

237 

238 

239 

240 

241 

242 

243 

244 

245 

246 

247 

248 

249 

250 

251 

252 

253 

2 54 

255 

256 

2 57 

258 

259+ 

260 

261 

262 

263 

264 

265 

266 

267 

268 

269 



MACRO 

LOCAL 

IN 

AN I 

JZ 

ENDM 

MACRO 



MOV 

CPI. 

JM 

CPI 

JP 

ENDM 

MACRO 

XRA 

ENDM 



WAITL 
PRTF 
TCIF 
WAITL 



;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 



LOWER, UPPER, LABEL 

;Checks for value in range 
;branches to label if not 
;ih range. Falls through if 
; lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A,M 

LOWER 

LABEL 

UPPER+1 

LABEL 



;A XOR A =0 



All of the following routines have these common 

assumptions about the state of the 8291 & 8292 upon entry 

to the routine and will exit the routine in an identical state. 



.8291: BO is or has been set, 

All interrupts are masked off 

TON mode> not LA 

No holdoffs in effect or enabled 

No holdoffs waiting for finish command 

8292: ATN asserted (active controller) 

note: RCTL is an exception it expects 

to not be active controller 

Any previous task is complete & 92 is 

ready to receive next command. 

8085: Pointer registers (DE,HL) end one 
beyond last legal entry 
******************************************************* 



INITIALIZATION ROUTINE 



INPUTS: 
OUTPUTS: 
CALLS: 
DESTROYS: 



INIT: 



MVI 

OUT 

MVI 

OUT 

MVI 

OUT 

MVI 

OUT 

MVI 

OUT 

CLRA 

XRA 

OUT 

OUT 

OUT 

RET 



None 
None 
None 
A,F 

A,INTM 

INTMR 

A,DTDL1 

ADR 01 

A,DTDL2 

ADR01 

A, TON 

ADRMD 

A,CLKRT 

AUXMD 

A 

INT I 
INT 2 
AUXMD 



; Enable TCI 

;Output to 92' s intr. mask reg 

;Disable major talker/listener 

;Disable minor talker/listener 

;Talk only mode 

;3 MHZ for delay timer 



;A XOR A =0 

;Disable all 91 mask bits 
;Immediate execute PON 



***************************************************** 



SEND ROUTINE 
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APPLICATIONS 



101C 3E41 

101E D360 

1020 DB61 

1022 E602 

1024 CA2010 

1027 3E3F 

1029 D360 

102B 78 

102C D367 



102E 7E 

102F FE20 

1031 FA4710 

1034 FE3F 

1036 F24710 

1039 DB61 
103B E602 
103D CA3910 

1040 7E 

1041 D360 

1043 23 

1044 C32E10 



1047 DB61 
1049 E602 
104B CA4710 



104E 3EF6 

1050 D369 

1052 3E88 

1054 D365 

105*5 DB6F 
1058 E602 
105A C25610 

105D DB6F 
105F E602 
1061 CA5D10 



1064 79 

1065 B7 

1066 CA8810 
1069 1A 
106A D360 
106C B8 



270 

271 

272 

273 

274 

275 

276 

277 

278 

279 

280 

281 

282 SEND: 

283 

284 

2P5+??0001: 

286 + 

287 + 
288 
289 
290 
291 
292 

293 SEND1: 

294 + 
295+ 
296 + 
297+ 
298+ 
299+ 
300+ 

301 + 

302 + 
303+ 
304 

305+??0002: 
306 + 

307+ 

308 

309 

310 

311 

312 

313 SEND2: 

314+??0003: 

315+ 

316 + 

317 

318 

319 

320 

321 

322 

323 

324+??0004: 

325+ 

326+ 

327 

328+??0005: 

329 + 

330+ 

331 

332 ; 

333 ; 
334 
335 
336 + 
337 

338 SEND3: 

339 

340 

341 

342 



INPUTS: 



OUTPUTS: 

CALLS: 

DESTROYS: 



HL listener list pointer 

DE data buffer pointer 

C count — will cause no data to be sent 

b EOS character — software detected 

none 

none 

A, C, DE r HL, F 



MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
MOV 
OUT 

RANGE 



MOV 

CPI 

JM 

CPI 

JP 

WAITO 

IN 
AN I 
JZ 
MOV 
"OUT 
INX 
J MP 

WAITO 

IN 
AN I 
JZ 



MVI 

OUT 

MVI 

OUT 

WAITX 

IN 

ANI 

JNZ 

WAITT 

IN 

ANI 

JZ 



A,MTA ;Send MTA to turn off any 
DOUT ;previous talker 

INT1 ;Get Intl status 

BOM ;Check for byte out 

??0001 ;If not, try again 

A,UNL ;Send universal unlisten 

DOUT ;to stop previous listeners 

A,B ;Get EOS character 

EOSR ;Output it to 8291 

;while listener 

20H,3EH,SEND2 ;Check next listen address 
;Checks for value in ranqe 
/branches to label if not 
;ih range. Falls through if 
/lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A,M 

20H 

SEND2 

3EH+1 

SEND2 



INT1 

BOM 

??0002 

A,M 

DOUT 

H 

SEND1 



INT1 

BOM 

??0003 



A,GTSB 
CMD92 

A,AXRA+EOIS 
AUXMD 



;Wait for previous listener sent 

;Get Intl status 

;Check for byte out 

;If not, try again 

;Get this listener 

/Output to GPIB 

/Increment listener list pointer 

/Loop till non-valid listener 

/Enable 91 ending conditions 

/Wait for lstn addr accepted 

/Get Intl status 

/Check for byte out 

/If not, try again 

/WAITO required for early versions 

/of 8292 to avoid GTSB before DAC 

/Goto standby 



PRTF 
TCIF 
??0004 

PRTF 
TCIF 
??0005 



/Send' EOI with EOS character 
Wait for TCI to go false 



/Wait for TCI on GTSB 

/Get task complete int,etc. 

/Mask it 

/Wait for task to be complete 



delete next 3 instructions to make count of 0=256 



MOV 

SETF 

ORA 

JZ 

LDAX 

OUT 

CMP 



A,C 

A 

SEND6 
D ■ 
DOUT 



/Get count 
/Set flags 

/If count=0, send no data 

/Get data byte 

/Output to GPIB 

/Test EOS ...this is faster 

/and uses less code than using 

;91 ' s END or EOI bits 
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APPLICATIONS 



106D CA7F10 

1070 DB61 
1072 E602 
1074 CA7010 

1077 13 

1078 0D 

1079 C26910 
107C C38810 
107F 13 

1080 0D 



1081 DB61 
1083 E602 
1085 CA8110 

1088 3EFD 
108A D369 
108C 3E80 
108E D365 

1090 DB6F 
1092 E602 
1094 C29010 

1097 DB6F 
1099 E602 
109B CA9710 
109E C9 



109F 78 
10A0 D367 



10A2 7E 
10A3 FE40 
10A5 FA3911 
10A8 FE5F 
10AA F23911 

10AD D360 
10AF 23 

10B0 DB61 
10B2 £602 
10B4 CAB010 
10B7 3E3F 
10B9 D360 

10BB DB61 
10BD E602 
10BF CABB10 



343 

344 SEND4: 

345+??0006: 

346+ 

347+ 

348 

349 

350 

3 51 

352 SEND5: 

353 

354 

355+??0007: 

356+ 

357+ 

358 

359 SEND6: 

360 

361 

362 

363 

364+??0008 

365 + 

366+ 

367 

368+??0009 

369 + 



JZ 
WAITO 

IN 
AN I 
JZ 
I NX 
DCR 
JNZ 
JMP 
INX 
DCR 
WAITO 

IN 
AN I 
JZ 



MVI 
OUT 
MVI 
OUT 
WAITX 
IN. 
AN I 
JNZ 
WAI.TT 
IN 
AN I 
JZ 
RET 
************** 



SEND5 ;If char = EOS , go finish 

INT1 ;Get Intl status 

BOM ;Check for byte out 

??0006 ;If not, try again 

D ; Increment buffer pointer 

C ;Decrement count 

SEND3 ;If count < > 0, go send 

SENDS ;Else go finish 

D ;for consistency 

C ; " 

;This ensures that the standard entry 

INT.1 ;Get Intl status 

BOM ;Check for byte out 

??0007 ;If not, try again 

;assumptions for the next subroutine are met 

A,TCSY ;Take control syncronously 
CMD92 

A,AXRA ;Reset send EOI on EOS 
AUXMD 



PRTF 
TCIF 
??0008 

PRTF 
TCIF 



INPUT: 



OUTPUT: 

CALLS: 

DESTROVS: 

RETURNS: 



370 + 

371 

372 

373 

374 

375 

376 

377 

378 

379 

380 

381 

382 

383 

384 

385 

386 

387 

388 

389 

390 RECV: 

391 

392 

393 + 

394 + 
395+ 

396 + 

397 + 

398 + 

399 + 

400 + 

401 + 

402 + 
•403 

404 

405 

406 

407+??0010: 

408 + 

409+ 

410 

411 

412 

413+??0011: 

414+ 

415+ 



;Wait for TCI false 



;Wait for TCI 

;Get task complete int,etc. 

;Mask it 



??0009 ;Wait for task to be complete 
******************************************************* 
RECEIVE ROUTINE 



HL talker pointer 

DE data buffer pointer 

C count (max buffer size) implies 256 

B EOS character 

Fills buffer pointed at by DE 

None 

A, BC, DE, HL, F 



A=0 normal termination — EOS detected 

A-40 Error count overrun 

A<40 or A>5EH Error— bad talk address 



MOV A,B ;Get EOS character 

OUT EOSR ; Output it to 91 

RANGE 40H,5EH,RECV6 

; Checks for value in range 
; branches to label if not 
;in range. Falls through if 
; lower .'■■<= ( (H) (L) ) <= upper. 
;Get next byte. 

MOV A,M 

CPI 40H 

JM RECV6 

CPI 5EH+1 

JP RECV6 

;valid if 40H<= talk <=5EH 

OUT DOUT ;Output talker to GPIB 

INX H ;Incr pointer for consistency 

WAITO 
IN INT1 ;Get Intl status 

ANI BOM ;Check for byte out 

JZ ??0010 ;If not, try again 

MVI A,UNL ;Stop other listeners 

OUT DOUT 

WAITO 
IN INT1 ;Get Intl status 

ANI BOM ;Check for byte out 

JZ ??0011 ;If not, try again 
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APPLICATIONS 



10C2 


3E21 


10C4 


D360 


10C6 


3E86 


10C8 


D365 


10CA 


DB61 


10CC 


E602 


10CE 


CACA10 


10D1 


3E40 


10D3 


D364 


10D5 


AF 


10D6 


D365 


10D8 


3EF6 


10DA 


D369 


10DC 


DB6F 


10DE 


E602 


10E0 


C2DC10 


10E3 


DB6F 


10E5 


E602 


10EA 


DB61 


10EC 


47 


10ED 


E610 


10EF 


C20511 


10F2 


78 


10F3 


E601 


10F5 


CAEA10 


10F8 


DB60 


10FA 


12 


10FB 


13 


10FC 


0D 


10FD 


C2EA10 


1100 


0640 


1102 


C31711 


1105 


78 


1106 


E601 


1108 


C21011 


110B 


DB61 


110D 


C30611 


1110 


DB60 


1112 


12 


1113 


13 


1114 


0D 


1115 


0600 


1117 


3EFD 


1119 


D369 


1118 


D86F 


HID 


E2602 


111F 


C21B11 


1122 


DB6F 


1124 


E602 


1126 


CA2211 



1129 3E80 
1128 D365 
112D 3E80 
112F D364 
1131 3E03 
1133 D365 

1135 AF 

1136 D365 

1138 78 

1139 C9 



416 MVI 

417 OUT 

418 MVI 

419 OUT 

420 WAITO 
421+??0012: IN 
422+ ANI 
423+ JZ 
424 MVI 

4 25 OUT 

426 CLRA 

427+ XRA 

428 OUT 

429 MVI 
4 30 OUT 
431 WAITX 
432+??0013: IN 
433+ ANI 
434+ JNZ 
435 WAITT 
436+??0014: IN 
437+ ANI 
439 RECV1: IN 

44 MOV 

441 ANI 

442 JNZ 

443 MOV 

444 ANI 

445 JZ 

446 IN 

4 47 STAX 

448 INX 

449 DCR 

450 JNZ 

451 MVI 

452 JMP 

453 ; 

4 54 RECV2: 
455 RECV3: 
456 
457 
458 

459 RECV4: 
460 
461 
462 
463 

464 ; 

465 RECV5: 
466 
467 

468+??0015 
469+ 
470 + 
471 
472+??0016 

473 + 

474 + 

475 ; 

476 ;if timeout 3 i 

477 ;be omitted & t 

478 ;TOUT3 inserted 

479 ; 



A,MLA ;For completeness 

DOUT 

A,AXRA+HOEND+EDEOS ;End when 

AUXMD ;EOS or EOI & Holdoff 



MOV 

ANI 

JNZ 

IN 

JMP 

IN 

STAX 

INX 

DCR 

MVI 

MVI 

OUT 

WAITX 

IN 

ANI 

JNZ 

WAITT 

IN 

ANI 

JZ 



INT1 

BOM 

??0012 

A,LON 

ADRMD 

A 

AUXMD 
A,GTS8 
CMD92 

PRTF 
TCIF 
??0013 

PRTF 

TCIF 

INT1 

B,A 

ENDMK 

RECV2 

A,B 

BIM 

RECV1 

DIN 

D 

D 

C 

RECV1 

B # 40H 

RECV5 

A,B 

BIM 

RECV4 

INT1 

RECV3 

DIN 

D 

D 

C 

B,0 

A,TCSY 
CMD92 

PRTF 
TCIF 
??0015 

PRTF 
TCIF 



;Get Intl status 
;Check for byte out 
;If not, try again 
;Listen only 

; Immediate XEQ PON 
;A XOR A =0 

;Goto standby 

;Wait for TCI=0 



Wait for TCI=1 

Get task complete int,etc. 

Mask it 

Get 91 Int status (END &/or BI) 

Save it in B for BI check later 

Check for EOS or EOI 

Yes end go wait for BI 

NO, retrieve status & 

check for BI 

NO, go wait for either END or BI 

YES, BI get data 

Store it in buffer 
Increment buffer pointer 
Decrement counter 
If count < > go back & wait 
Else set error indicator 
And go take control 

Retreive status 

Check for BI 

If BI then go input data 

Else wait for last BI 

In loop 

Get data byte 

Store it in buffer 

Incr data pointer 

Decrement count, but ignore it 

Set normal completion indicators 

Take control synchronously 

Wait for TCI=0 (7 tcy) 



;Wait for TCI^l 

;Get task complete int, etc. 

;Mask it 



480 

481 

482 

483 

484 

485 

486 

487 + 

488 

489 

490 RECV6: 



MVI 

OUT 

MVI 

OUT 

MVI 

OUT 

CLRA 

XRA 

OUT 

MOV 

RET 



??0016 ;Wait for task to be complete 

s to be checked, the above WAITT should 
he appropriate code to look for TCI or 
here. 



A,AXRA ;Pattern to clear 91 END conditions 

AUXMD 

A, TON ;This bit pattern already in "A" 

ADRMD ; Out put TON 

A,FNHSK ;Finish handshake 

AUXMD 

A ;A XOR A =0 

AUXMD ; Immediate execute PON-Reset LON 

A,B ;Get completion character 
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•A************************************************************ 

; XFER ROUTINE 



113A 7E 
113B FE40 
11 3D FABB11 
1140 FE5F 
1142 F2BB11 
1145 D350 

1147 23 

1148 DB61 
114A E602 
114C CA4811 
114F 3E3F 
1151 D360 



1153 7E 

1154 FE20 
1156 FA6C11 

1159 FE3F 
115B F26C11 

115E DB61 

1160 E602 
1162 CA5E11 

1165 7E 

1166 D360 

1168 23 

1169 C35311 

116C DB61 
116E E602 

1170 CA6C11 
1173 3E87 
1175 D365 
1177 3E40 
1179 D364 

117B AF 
117C D365 
117E 78 
117F D367 
1181 3EF6 
1183 D369 



INPUTS: 

OUTPUTS: 
CALLS: 
DESTROYS: 
RETURNS: 



NOTE: 



491 

492 

493 

494 

495 

496 

497 

498 

499 

500 

501 

502 

503 

504 

505 

506 

507 

508 

509 

510 

511 XFER: 

512+ 

513+ 

514+ 

515+ 

516+ 

517+ 

518+ 

519+ 

520 + 

521 + 
522 
523 
524 
525+??0017: 

526 + 

527 + 
528 
529 

530 XFER1: 

531 + 
532+ 
533+ 
53 4 + 

53 5+ 
536+ 
537+ 
538+ 
539+ 
540+ 
541 
542+??0018: 

543 + 

544 + 
545 
546 
547 

54 8 

549 XFER2: 

550+??0019: 

551 + 

552+ 

553 

554 

555 

556 

557 

558+ 

559 

560 

561 

562 

563 



MOV 

CPI 

JM 

CPI 

JP 

OUT 

INX 

WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
RANGE 



MOV 

CPI 

JM 

CPI 

JP 

WAITO 

IN 
ANI 
JZ 
MOV 
OUT 
INX 
JMP 
WAITO 

IN 
ANI 
JZ 
MVI 
OUT 
MVI 
OUT 
CLRA 
XRA 
OUT 
MOV 
OUT 
MVI 
OUT 



HL device list pointer 

B EOS character 

None 

None 

A, HL, F 

A=0 normal, A < > bad talker 



XFER will not work if the talker 
uses EOI to terminate the transfer. 
Intel will be making hardware 
modifications to the 8291 that will 
correct this problem. Until that time, 
only EOS may be used without possible 
loss of the last data byte transfered. 
40H,5EH,XFER4 ;Check for valid talker 
;Checks for value in range 
; branches to label if not 
;in range. Falls through if 

( (H) (L) ) <= upper, 
byte. 



; lower <= 
;Get next 



A** 

40H 

XFER4 

5EH+1 

XFER 4 

DOUT 

H 



;Send it to GPIB 
;Incr pointer 



;Get Intl status 
;Check for byte out 
;If not, try again 
;Universal unlisten 



INT1 

BOM 

??0017 

A,UNL 

DOUT 

20H,3EH,XFER2 ;Check for valid listener 
;Checks for value in range 
;branches to label if not 
;in range. Falls through if 
; lower <- ( (H) (L) ) <= upoer. 
;Get next byte. 

A,M 

20H 

XFER 2 

3EH+1 

XFER2 



INT1 
BOM 

??;0018 

A,M 
DOUT 

H " 
XFER1 



;Get Intl status 
;Check for byte out 
;If not, try again 
;Get listener 

;Incr pointer 

;Loop until non-valid listener 



INTI ;Get Intl status 

BOM ;Check for byte out 

??0019 ;If not, try again 

A,AXRA+CAHCY+EDEOS ;Invisible handshake 

AUXMD Continuous AH mode 

A,LON ;Listen only 

ADRMD 



A 

AUXMD 

A,B 

EOSR 

A,GTSB 

CMD92 



;A XOR A =0 
;Immed. XEQ PON 
;Get EOS 

; Output it to 91 
;Go to standby 
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APPLICATIONS 



1185 


DB6F 


1187 


E602 


1189 


C28511 


118C 


DB6F 


118E 


E602 


1190 


CA8C11 


1193 


DB61 


1195 


E610 


1197 


CA9311 


119A 


3EFD 


119C 


D369 


119E 


DB5F 


11A0 


E602 


11A2 


C29E11 


11A5 


DB6F 


11A7 


E602 


11A9 


CAA511 


11 AC 


3E80 


11AE 


D365 


11B0 


3E03 


11B2 


D365 


11B4 


3E80 


11B6 


D364 


11B8 


AF 


11B9 


D365 


11BB 


C9 



11BC 3E3F 
11BE D360 



11C0 7E 

11C1 FE20 

11C3 FAD911 

11C6 FE3F 

11C8 F2D911 

11CB DB61 
11CD B602 
11CF CACB11 
11D2 7E 
11D3 D360 
11D5 23 
11D6 C3C011 

11D9 DB61 
11DB E602 
HDD CAD911 
11E0 3E08 
11E2 D360 

11E4 DB61 
11E6 E602 



564 

565+??0020: 

566+ 

567+ 

568 

569+??0021: 

570+ 

571 + 

572 XFER3: 
573 

574 

575 

576 

577 

578+??0022: 

579 + 

580+ 

581 

582+??0023: 

583 + 

584 + 
585 
586 
587 
588 
589 
590 
591 
592+ 
593 

594 XFf^4: 



WAITX 

IN 

AN I 

JN2 

WAITT 

IN 

AN I 

JZ 

IN 

AN I 

JZ 

MVI 

OUT 

WAITX 

IN 

AN I 

JNZ 

WAITT 

IN 

AN I 

JZ 

MVI 

OUT 

MVI 

OUT 

MVI 

OUT 

CLRA 

XRA 

OUT 

RET 



PRTF 
TCIF 
??0020 

PRTF 
TCIF 
??0021 

INT1 

ENDMK 

XFER3 

A,TCSY 

CMD92 

PRTF 
TCIF 
??0022 

PRTF 

TCIF 

??0023 

A,AXRA 

AUXMD 

A,FNHSK 

AUXMD 

A, TON 

ADRMD 

A 
AUXMD 



;Wait for TCS 

;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 

;Get END status bit 

;Mask it 

;Take control syncronously 



;Wait for TCI 

;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 

;Not cont AH or END on EOS 

;Finish handshake 

;Talk only 

;Normal return A=0 
;A XOR A =0 
.•Immediate XEQ PON 



*************************************************** 



595 

596 

597 

598 

599 

600 

601 

602 ; INPUTS: 

60 3 ; OUTPUTS: 

604 ;CALLS: 

60 5 ; DESTROYS 

606 ; 

607 ; 

608 TRIG: 
609 

610 TRIG1: 

611 + 
612+ 
613+ 
614+ 
615+ 
616+ 
617+ 
618+ 
619+ 
620 + 
621 

622+??0024 
623+ 
624 + 
625 
626 
627 
628 

629 TRIG2: 
630+??0025 

631 + 

632 + 
633 
634 
635 

636+??0026 
637 + 



TRIGGER ROUTINE 



HL listener list pointer 

None 

None 

A, HL, F 



MVI 
OUT 
RANGE 



MOV 

CPI 

JM 

CPI 

JP 

WAITO 

IN 
AN I 
JZ 
MOV 
OUT 
INX 
JMP 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 
AN I 



A,UNL 

DOUT- 

20H,3EH 



A,M 

20H 

TRIG2 

3EH+1 

TRIG2 

INT1 

BOM 

??0024 

A,M 

DOUT 

H 

TRIG1 

INT1 
BOM 

??0025 
A, GET 
DOUT 

INT1 
BOM 



;S.end universal unlisten 
,TRIG2 ;Check for valid listen 
;Checks for value in range 
; branches to label if not 
;in range. Falls through if 
; lower <= ( .(H) (L) ) <= upper. 
;Get next byte. 



;Wait for UNL to finish 

;Get Intl status 

;Check for byte out 

;If not, try again 

;Get listener 

;Send Listener to GPIB 

;Incr. pointer 

;Loop until non-valid char 

;Wait for last listen to finish 

;Get Intl status 

;Check for byte out 

;If not, try again 

;Send group execute trigger 

;to all addressed listeners 



;Get Intl status 
;Check for byte out 
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11E8 CAB411 
11EB C9 



11EC 3E3P 
11EE D360 



11F0 7E 
11F1 FE20 
11F3 FA0912 
11F6 FE3F 
11F8 F20912 

11FB DB61 
11FD E602 
11FF CAFB11 

1202 7E 

1203 D360 

1205 23 

1206 C3F011 

1209 DB61 
120B E602 
120D CA0912 

1210 3E04 
1212 D360 

1214 DB61 
1216 E602 
1218 CA1412 
121B C9 



121C 3E3F 
121E D360 

1220 DB61 

1222 E602 

1224 CA2012 

1227 3E21 

1229 D360 

122B DB61 
122D E602 
122F CA2B12 
1232 3E18 
1234 D360 

1236 DB61 



638+ 

639 

640 

641 

642 

643 

644 

645 

646 

647 

648 

649 

650 

651 

652 DCLR: 

653 

654 DCLR1: 



JZ 

RET 



************** 



770026 ;If not, try again 



***************************** 
DEVICE CLEAR ROUTINE 



INPUTS: 
OUTPUT: 
CALLS: 
DESTROYS: 



MVI 
OUT 
RANGE 



655+ •> 
656+ 
657+ 
658 + 
659+ 

660 + 

661 + 

662 + 

663 + 
664+ 
665 

666+??0027: 
667+ 

668 + 

669 

670 

671 

672 

673 DCLR2: 

674+??0028: 

675+ 

676+ 

677 

678 

679 

680+??0029: 

681 + 

682 + 
683 
684 



MOV 

CPI 

JM 

CPI 

JP 

WAITO 

IN 
AN I 
JZ 
MOV 
OUT 
INX 
JMP 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
RET 



HL listener pointer 

None 

None 

A, HL, F 

A,UNL 

DOUT 

20H,3EH,DCLR2 

;Checks for value in range 
;branches to label if not 
;in range. Falls through if 
; lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A,M 

20H 

DCLR2 

3EH+1 

DCLR2 



INT1 

BOM 

??0027 

A,M 

DOUT 

H 

DCLR1 



;Get Intl status 
;Check for byte out 
;If not, try again 

;Send listener to GPIB 



INT1 ;Get Intl status 

BOM ;Check for byte out i 

??0028 ;If not, try again 

A,SDC ;Send device clear 

DOUT ;To all addressed listeners 

INT1 ;Get Intl status 

BOM ; Check for byte out 

??0029 ;If not, try again 



*************************************************** 



INPUTS: 

OUTPUTS: 

CALLS: 

DESTROYS: 



685 

686 

687 

688 

689 

690 

691 

692 

693 

694 

695 SPOL: 

696 

697 

698+??0030: 

699+ 

700 + 

701 

702 

703 

704+??0031: 

70 5+ 

706+ 

707 

708 

709 

710+770032: 



SERIAL POLL ROUTINE 



HL talker list pointer 

DE status buffer pointer 

Fills buffer pointed to by DE 

None 

A, BC, DE, HL, F 



MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 



A,UNL 
DOUT 



;Universal unlisten 



INT1 ;Get Intl status 

BOM ;Check for byte out 

??0030 ;If not, try again 

A,MLA ;My listen address 
DOUT 

INT1 ;Get Intl status 

BOM ;Check for byte out 

??0031 ;If not, try again 

A,SPE ;Serial poll enable 

DOUT ;To be formal about it 

INT1 ;Get Intl status 
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1238 E602 
123A CA3612 



123D 


7E 


123E 


FE40 


1240 


FA9412 


1243 


FE5F 


1245 


F29412 


1248 


7E 


1249 


D360 


124B 


23 


124C 


3E40 


124E 


D364 


1250 


DB61 


1252 


E602 


1254 


CA5012 


1257 


AF 


1258 


D365 


125A 


3EF6 


125C 


D369 - 


125E 


DB6F 


1260 


E602 


1262 


C25E12 


1265 


DB6F 


1267 


E602 


1269 


CA6512 


126C 


DB61 


126E 


47 


126F 


E601 


1271 


CA6C12 


1274 


3EFD 


1276 


D3S9 


1278 


DB6F 


127A 


E602 


127C 


C27812 


127F 


DB6F 


1281 


E602 


1283 


CA7F12 


1286 


DB60 


1288 


12 


1289 


13 


128A 


3E80 


128C 


D364 


128E 


AF 


128F 


D365 


1291 


C33D12 


1294 


3E19 


1296 


D360 


1298 


DB61 


129A 


E602 


129C 


CA9812 


129F 


AF 


12A0 


D365 


12A2 


C9 



711 + 
712+ 

713 SP0L1: 

714 + 
715+ 
716+ 
717+ 
718+ 
719+ 
720+ 
721 + 
722+ 
723+ 
724 
725 
726 
727 
728 
729 

730+??0033: 
731 + 

732+ 

733 

734+ 

735 

736 

737 

738 

739+??0034: 

740+ 

741 + 

742 

743+??0035: 

744 + 

74 5+ 

746 

747+??0036: 

748 + 

749+ 

750 + 

751 

752 

753 

754+??0037: 

755+ 

756 + 

757 

758+??0038: 

759+ 

760 + 

761 

762 

763 

764 

765 

766 

767+ 

768 

769 

770 

771 ; 

772 SP0L2: 
773 

774 

775+??0039: 

776+ 

777+ 

778 

779+ 

780 

781 

782 ; 

783 • ****** 

784 ; 



AN I 

JZ 

RANGE 



MOV 

CPI 

JM 

CPI 

JP 

MOV 

OUT 

INX 

MVI 

OUT 

WAITO 

IN 
AN I 
JZ 

CLRA 
XRA 
OUT 
MVI 
OUT 
WAITX 
IN 
AN I 
JNZ 
WAITT 
IN- 
ANI 
JZ 

WAITI 
IN 
MOV 
ANI 
JZ 
MVI 
OUT 
WAITX 
IN 
ANI 
JNZ 
WAITT 
IN 
ANI 
JZ 
IN 

STAX 
INX 
MVI 
OUT 
CLRA 
XRA 
OUT 

JMP 

MVI 
OUT 
WAITO 

IN 
ANI 
JZ 

CLRA 
XRA 
OUT 
RET 



BOM 
??0032 

404, 5EH 



A,M 

40H 

SPOL2 

5EH+1 

SPOL2 

A f M 

DOUT 

H 

A,LON 

ADRMD 

INT1 

BOM 

??0033 

A 

AUXMD 
A,GTSB 
CMD92 

PRTF 
TCIF 
??0034 

PRTF 
TCIF 
??0035 

INT1 

B,A 

BIM 

??0036 

A,TCSY 

CMD92 

PRTF 
TCIF 
??0037 

PRTF 

TCIF 

??0038 

DIN 

D 

D 

A, TON 

ADRMD 

A 
AUXMD. 

SPOL1 

A, SPD 
DOUT 

INT1 

BOM 

??0039 

A 
AUXMD 



yCheck for byte out 
;If not, try again 
,SPOL2 ;Check for valid talker 
;Checks for value in range 
;branches to label if not 
;in range. Falls through if 
;lower <= ( (H) (L) ) <= upper. 
;Get next byte. 



;Get talker 

;Send to GPIB 

;Incr talker list pointer 

;Listen only 

;Wait for talk address to complete 

;Get Intl status 

;Check for byte out 

;If not, try again 

; Pattern for immediate XEQ PON 

;A XOR A =0 

;Goto standby 

;Wait for TCI false 



;Wait for TCI 

;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 

;Wait for status byte input 

;Get INT1 status 

;Save status in B 

;Check for byte in 

;If not, just try again 

;Take control sync 

;Wait for TCI false 



Wait for TCI 

Get task complete int,etc. 

Mask it 

Wait for task to be complete 

Get serial poll status byte 

Store it in buffer 

Incr pointer 

Talk only for controller 



A XOR A =0 

Immeditate XEQ PON 

CLR LA 

Go on to next device on list 

Serial poll disable 

We know BO was set (WAITO above) 

Get Intl status 
Check for byte out 
If not, try again 

A XOR A =0 

Immediate XEQ PON to clear LA 



*********************************************** 
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12A3 3E3F 
12A5 D360 



12A7 7E 
12A8 FE20 
12AA FAD812 
12AD FE3F 
12AF F2D812 

12B2 DB61 
12B4 E602 
12B6 CAB212 
12B9 7E 
12BA D350 

12BC DB61 
12BE E602 
12C0 CABC12 
12C3 3E05 
12C5 0360 

12C7 DB61 
12C9 E602 
12GB CAC712 
12CE 1A 
12CF F660 
12D1 D360 
12D3 23 
12D4 13 
12D5 C3A712 

12D8 DB61 
12DA E602 
12DC CAD812 
12DF C9 



12E0 3E3F 
12E2 D350 



12E4 7E 
12E5 FE20 
12E7 FAFD12 
12EA FE3F 
12EC F2FD12 

12EF DB61 
12F1 E602 
12F3 CAEF12 



785 ; 

786 ; 

787 ; INPUTS: 

788 ; 

789 ; OUTPUTS: 

790 ; CALLS: 

791 ; DESTROYS: 

792 ; 

793 ; 

794 PPEN: 



PARALLEL POLL ENABLE ROUTINE 



HL listener list pointer 

DE configuration byte pointer 

None 

None 

A, DE, HL, F 



MVI 
OUT 
RANGE 



795 

796 PPEN1: 

797 + 

798 + 
799+ 

800 + 

801 + 

802+ MOV 
803+ CPI 
804+ JM 
805+ CPI 
806+ JP 
807 WAITO 
808+??0040: IN 
809+ ANI 
810+ JZ 

811 MOV 

812 OUT 

813 WAITO 
814+??0041: IN 
815+ ANI 
816+ JZ 

817 MVI 

818 OUT 

819 WAITO 
820+??0042: IN 
821+ ANI 
822+ JZ 

823 LDAX 

824 ORI 

825 OUT 

826 INX 

827 INX 

828 JMP 

829 PPEN2: WAITO 
830+??0043: IN 
831+ ANI 
832+ JZ 

833 RET 

834 ; 

83 5 ; PARALLEL POLL 

836 ; 

837 ; INPUTS: 

838 ; OUTPUTS: 

839 ; CALLS: 

84 ; DESTROYS: 

841 ; 

842 PPDS: 
843 

844 PPDS1: 
845+ 
846+ 
847+ 
848+ 
849+ 

850 + 

851 + 

852 + 

853 + 

854 + 
855 

856+??0044: 
857+ 
858 + 



A,UNL ;Universal unlisten 

DOUT 

20H,3EH,PPEN2 ;Check for valid listener 
;Checks for value in range 
; branches to label if not 
;in range. Falls through if 
;lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A , M 

20H 

PPEN2 

3EH+1 

PPEN2 



INT1 
B (DM 

??0040 
A/M 
DOUT 



;Valid wait 91 data out reg 
,;Get Intl status 
;Check for byte out 
; If not, try again 
;Get listener 



INT1 ;Get Intl status 

BOM ;Check for byte out 

??0041 ;If not, try again 

A,PPC ;Parallel ' poll configure 
DOUT 



INT1 

BOM 

??0042 

D 

PPE 

DOUT 

H 

D 

PPEN1 

INT1 

BOM 

??0043 



;Get Intl status 

;Check for byte out 

;If not, try again 

;Get fnatching configuration byte 

;Merge with parallel poll enable 

;Incr pointers 

;Loop until invalid listener char 

;Get Intl status 
;Check for byte out 
;If not, try again 



DISABLE ROUTINE 

HL listener list pointer 

None 

None 

A, HL, F 



MVI 
OUT 
RANGE 



MOV 

CPI 

JM 

CPI 

JP 

WAITO 

IN 
ANI 
JZ • 



A,UNL 

DOUT 

20H r 3 



;Universal unlisten 

EH,PPDS2 ;Check for valid listener 
;Checks for value in range 
;branches to label if not 
;in range. Falls through if 
;lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A,M 

20H 

PPDS2 

3EH+1 

PPDS 2 

INT1 ;Get Intl status 
BOM ;Check for byte but 
??0044 ;If not, try again 
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12F6 7E 

12F7 D360 

12F9 23 

12FA C3E412 

12FD DB61 

12FF E602 

1301 CAFD12 

1304 3E05 

1306 D360 

1308 DB61 

130A E602 

130C CA0813 

130F 3E70 

1311 D360 

1313 DB61 

1315 E602 

1317 CA1313 

131A C9 



131B 3E15 

131D D360 

131F DB61 

1321 E602 

1323 CA1F13 

1326 C9 



1327 3E40 

1329 D364 

132B AF 

132C D365 

132E 3EF5 

1330 D369 

1332 DB61 

1334 47 

1335 E601 
1337 CA3213 
133A^ 3E80 
133C D364 

133E AF 
133F D365 
1341 DB60 
1343 C9 



859 

860 

861 

862 

863 PPDS2: 

864+??0045: 

865 + 

866 + 
867 
868 
869 
870+??0046: 

871 + 

872 + 
873 
874 
875 
876+??0047: 

877 + 

878 + 
879 
880 
881 
882 
883 
884 
885 
886 
887 
888 
889 PPUN: . 
890 

891 
892+??0048 

893 + 

894 + 
895 



MOV 
OUT 
INX 
JMP 
WAITO 

IN 
AN I 
JZ 
1*1 VI 
OUT 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
RET 



A,M 
DOUT 
H 
PPDS1 

INT1 

BOM 

??0045 

A,PPC 

DOUT 

INT1 

BOM 

??0046 

A,PPD 

DOUT 

INT1 

BOM 

??0047 



;Get listener 

;Incr pointer 

;Loop until invalid listener 

;Get Intl status 
;Check for byte out 
; If not , try aqain 
;Parallel poll confiqure 



;Get Intl status 
;Check for byte out 
;If not, try aqain 
;Parallel poll disable 



;Get Intl status 
;Check for byte out 
;If not, try aqain 



PARALLEL POLL UNCONFIGURE ALL ROUTINE 



INPUTS: 
OUTPUTS: 
CALLS: 
DESTROYS: 



MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
RET 



None 
None 
None 
A, F 

A,PPU 
DOUT 

INT1 

BOM 

??0048 



;Parallel poll unconfiqure 



;Get Intl status 
;Check for byte out 
;If not, try aqain 



896 
897 
898 
899 

900 
901 
90 2 
903 
904 



.•A************************************************ 



^CONDUCT A PARALLEL POLL 



; INPUTS: . 
; OUTPUTS: 
; CALLS: 
90 5 ; DESTROYS 

906 ; RETURNS: 

907 ; 

908 PPOL: 
909 
910 
911 + 
912 
913 
914 
915 

916+??0049 
917+ 



None 

None 

None 

A, B, F 

A= parallel poll status byte 



MVI 

OUT 

CLRA 

XRA 

OUT 

MVI 

OUT 

WAIT I 

IN 

MOV 

AN I 

JZ 

MVI 

OUT 

CLRA 

XRA 

OUT 

IN 

RET 



A,LON 
ADRMD 

A 

AUXMD 
A,EXPP 
CMD92 

INT1 

B,A 

BIM 

??0049 

A, TON 

ADRMD 

A 

AUXMD 

DIN 



918 + 

919+ 

920 

921 

922 

92 3+ 

924 

925 

926 

927 ; 

928 ;********************************************** 

92 9 ;PASS CONTROL ROUTINE 

930 ; 

931 ;INPUTS: HL pointer to talker 

932 ; OUTPUTS: None 



;Listen only 

;Immediate XEQ PON 

;A XOR A =0 

; Re set TON 

;Execute parallel poll 

;Wait for completion= BI on 91 

;Get INT1 status 

;Save status in B 

;Check for byte in 

;If not, just try aqain 

;Talk only 

; Immediate XEQ PON 
;A XOR A =0 
; Re set LON 
;Get PP byte 
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1344 7E 

1345 FE40 
1347 FA8A13 
134A FE5F 
134C F28A13 
134F FE41 
1351 CA8A13 
1354 D360 

1356 DB61 
1358 E6C2 
135A CA5613 
135D 3E09 
135F D360 

1361 DB61 
1363 E602 
1365 CA6113 
1368 3E01 
136A D364 

136C AF 
136D D365 
136F 3E01 
1371 D366 
1373 3EA1 
1375 D365 

1377 3EF1 
1379 D369 

137B DB6F 
137D E602 
137F C27B13 

1382 DB6F 
1384 E602 
1386 CA8213 
1389 23 
138A C9 



138B DB61 
138D E680 
138F CACF13 
1392 DB65 
1394 FE09 



933 ; CALLS: 

934 ; DESTROYS: 

935 PCTL: RANGE 
936+ 

937+ 
938+ 
939+ 
940+ 

941 + 

942 + 

943 + 

944 + 
94 5+ 
946 
947 
94 8 
949 

950+??0050: 
951 + 
952+ 
953 
954 
955 

956+??0051: 
957 + 



;*******optional PP configuration goes here******** 



958+ 

959 

960 

961 

962 + 

963 

964 

965 

966 

967 

968 

969 

970 

971 

972+??0052 

973 + 

974 + 

975 . 
976+??0053 

977 + 

978 + 
979 

980 PCTL1: 

981 

982 

933 

984 

985 

986 

987 

988 

989 

990 

991 

992 

993 

994 

995 

996 

997 

998 

999 
1000 
1001 RCTL: 
1002 
1003 
1004 
1005 



MOV 

CPI 

JM 

CPI 

JP 

CPI 

JZ 

OUT 

WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
WAITO 

IN 
AN I 
JZ 
MVI 
OUT 
CLRA 
XRA 
OUT 
MVI 
OUT 
MVI 
OUT 



None 

A, HL, F 

40H,5EH,PCTL1 ;Is it a valid talker ? 
;Checks for value in range 
;branches to label if not 
;in range. Falls through if 
;lower <= ( (H) (L) ) <= upper. 
;Get next byte. 

A r M 

40H 

PCTL1 

5EH+1 

PCTL1 

MTA 

PCTL1 

DOUT 



INT1 

BOM 

??0050 

A,TCT 

DOUT 

INT1 

BOM 

??0051 

A,MODEl 

ADRMD 

A 

AUXMD 

A,MDA 

ADR01 

A,AXRB+CPTEN 

AUXMD 



;Is it my talker address 
;Yes, just return 
;Send on GPIB 

;Get Intl status 
;Check for byte out 
;If not, try again 
;Take control messaqe 



;Get Intl status 

;Check for byte out 

;If not, try again 

;Not talk only or listen only 

;Enable 91 address mode 1 

;A XOR A =0 
^•Immediate XEQ PON. 
;My device address 
jenabled to talk and listen 

;Command pass thru enable 



MVI 

OUT , 

WAITX 

IN 

AN I 

JNZ 

WAITT 

IN 

AN I 

JZ 

INX 

RET 



A,GIDL 
CMD92 

PRTF 
TCIF 
??0052 

PRTF 
TCIF 
??0053 
H 



;92 go idle command 



;Wait for TCI 

;Get task complete int, etc. 

;Mask it 

;Wait for task to be complete 



a**************************************** 



RECEIVE CONTROL ROUTINE 



INPUTS: 

OUTPUTS: 

CALLS: 

DESTROYS: 

RETURNS: 

NOTE: 



IN 

ANI 

JZ 

IN 

CPI 



None. 

None 

None 

A, F 

0= invalid (not take control to us or CPT bit not on) 

< > = valid take control — 92 will now be in control 

THIS CODE MUST BE TIGHTLY INTEGRATED INTO ANY USER 

SOFTWARE THAT FUNCTIONS WITH THE 8291 AS A DEVICE. 

NORMALLY SOME ADVANCE WARNING OF IMPENDING PASS 

CONTROL SHOULD BE GIVEN TO US BY THE CONTROLLER 

WITH OTHER USEFUL INFO. THIS PROTOCOL IS SITUATION 

SPECIFIC AND WILL NOT BE COVERED HERB. 



INT1 ;Get INT1 reg (i.e. CPT etc.) 

CPT ;Is command pass thru on ? 

RCTL2 ;No, invalid — go return 

CPTRG ;Get command 

TCT ;Is it take control ? 
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1396 


C2CA13 


1399 


DB64 


139B 


E602 


139D 


CACA13 


13A0 


3E60 


13A2 


D366 


13A4 


3E80 


13A6 


D364 


13A8 


AF 


13A9 


D361 


13AB 


D362 


13AD 


D365 


13AF 


3EFA 


13B1 


D369 


13B3 


3E0F 


13B5 


D365 


13B7 


DB6F 


13B9 


E602 


13BB 


C2B713 


13BE 


DB6F 


13C0 


E602 


13C2 


CABE13 


13C5 


3E09 


13C7 


C3CF13 


13CA 


3E0F 


13CC 


D365 


13CE 


AF 


13CF 


C9 



13D0 DB69 

13D2 E620 

13D4 CAE213 

13D7 F60B 

13D9 D369 

13DB DB69 

13DD E602 

13DF CADB13 

13E2 C9 



13E3 3EF8 

13E5 D369 

13E7 DB6F 

13E9 E602 

13EB C2E713 

13EE DB6F 

13F0 E602 

13F2 CAEE13 



. ****** 



1006 

1007 

1008 

1009 

1010 

1011 

1012 

1013 

1014 

1015+ 

1016 

1017 

1018 

1019 

1020 

1021 

1022 

1023 

1024 

1025+??0054 

1026+ 

1027+ 

1028 

1029+??0055 

1030+ 

1031+ 

1032 

1033 

1034 RCTL1: 

1035 

1036 

1037+ 

1038 RCTL2: 

1039 

1040 ; ****** 

1041 

1042 

1043 

1044 

1045 

1046 

1047 

1048 

1049 

1050 

1051 SRQD: IN 

1052 AN I 
'1053 JZ 

1054 ORI 

1055 OUT 

1056 SRQD1: IN 

1057 ANI 

1058 JZ 

1059 SRQD2: RET 

1060 ; 

1061 *************** 

1062 ; 

1063 ; REMOTE ENABLE 

1064 ; 
1065 
1066 



JNZ 
IN 
ANI 
JZ 
MVI 
OUT 
MVI 
OUT 
CLRA 
XRA 
OUT 
OUT 
OUT 
MVI 
OUT 
MVI 
OUT 
** optio 
WAITX 
IN 
ANI 
JNZ 
WAITT 
IN 
ANI 
JZ 
MVI 
JMP 
MVI 
OUT 
CLRA 
XRA 
RET 

********* 



RCTL1 
ADRST 
TA 

RCTL1 
A,DTDL1 
ADR 01 
A, TON 
ADRMD 

A 

INT1 
INT2 
AUXMD 
A,TCNTR 
CMD92 
A,VSCMD 
AUXMD 
nal TOUT1 

PRTF 
TCIF 
??0054 

PRTF 

TCIF 

??0055 

A,TCT 

RCTL2 

A,VSCMD 

AUXMD 



;No, go return invalid 
;Get address status 
;Is TA on ? 

/No — go return invalid 
;Disable talker listener 

;Talk only 



;A XOR A =0 

;Mask off INT bits 



Take (receive) control 92 command 
Valid command pattern for 91 
check could be put here ******** 



;Wait for TCI 

;Get task complete int,etc. . 

;Mask it 

;Wait for task to be complete 

;Valid return pattern 

;Only one return per routine 

/Acknowledge CPT 

;Error return pattern 
;A XOR A =0 



r********* 

SRQ ROUTINE 



************************** 



INPUTS: 
OUTPUTS: 
CALLS: 
RETURNS: 



None 
None 
None 
A= no 
A < > 



SRQ 

SRQ occured 



; INPUTS: 
; OUTPUTS: 

1067 ;CALLS: 

1068 /DESTROYS: 

1069 / 

1070 REME: 
1071 
1072 
1073+??0056: 

1074 + 

1075 + 
1076 
1077+??0057: 

1078 + 

1079 + 



INTST ;Get 92's IMTRQ status 

SRQBT ; Mask off SRQ 

SRQD2 ;Not set go return 

IACK ;Set must clear it with IACK 

CMD92 

INTST ;Get IBF 

IBFBT ;Mask it 

SRQD1 ;Wait if not set 



•a**************************** 



None 
None 
NONE 
A, F 



MVI 

OUT 

WAITX 

IN 

ANI 

JNZ 

WAITT 

IN 

ANI 

JZ 



A,SREM 
CMD92 

PRTF 
TCIF 

??0056 

PRTF 
TCIF 
??0057 



;92 asserts remote enable 
;Wait for TCI = 



/Wait for TCI 

/Get task complete int,etc. 

/Mask it 

/Wait for task to be complete 
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13F5 C9 



13F6 3EF7 
13F8 D369 

13FA DB6F 
13FC E602 
13FE C2FA13 

1401 DB6F 

1403 E602 

1405 CA0114 

1408 C9 



1409 3EF9 
140B D369 

140D DB6F 
140F E602 
1411 C20D14 

1414 DB6F 
1416 E602 
1418 CA1414 



141B C9 



1080 
1081 
1082 
1083 
1084 
1085 
1086 



RET 



.••a*************************************** 



; LOCAL ROUTINE 



None 
None 
None 
A, F 



1087 ; INPUTS: 

1088 ; OUTPUTS: 

1089 ;CALLS: 

1090 ; DESTROYS 

1091 ; 

1092 LOCL: 
1093 
1094 
1095+??0058: 

1096 + 

1097 + 
1098 

1099+??0059: 
1100+ 
1101+ 
1102 

1103 ; 

1104 J********************************************** 

1105 ; 

1106 ; INTERFACE CLEAR / ABORT ROUTINE 

1107 ; 

1108 ; 

1109 ; INPUTS: 

1110 ; OUTPUTS: 

1111 ;CALLS: 

1112 ; DESTROYS: 



MVI 

OUT 

WAITX 

IN 

AN I 

JNZ 

WAITT 

IN 

AN I 

JZ 

RET 



A,SLOC 
CMD92 

PRTF 
TCIF 
77005B 

PRTF 
TCIF 
770059 



;92 stops asserting remote enable 
;Wait for TCI =0 



;Wait for TCI 

;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 



1113 

1114 ; 

1115 IFCL: 
1116 

1117 

1118+770060: 

1119+ 

1120+ 

1121 

1122+770061: 

1123+ 

1124+ 



None 
None 
None 
A, F 



MVI 

OUT 

WAITX 

IN 

AN I 

JNZ 

WAITT 

IN 

AN I 

JZ 



A, ABORT 
CMD92 

PRTF 
TCIF 
770060 



;Send IFC 

;Wait for TCI *0 



;Wait for TCI 

;Get task complete int,etc. 

;Mask it 

;Wait for task to be complete 



PRTF 
TCIF 
770061 

1125 ; Delete both WAITX & WAITT if this routine 

1126 ;is to be called while the 3292 is 

1127 ;Controller-in-Charqe. If not C.I.C. then 

1128 ;TCI is set, else nothing is set (IFC is sent) 

1129 ;and the WAIT'S will hang forever 

1130 RET 
1132 ; 
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0032 
0031 
0051 
000D 
000A 
00FF 
0040 

141C 46553146 
1420 5233374B 
1424 48414D32 
1428 564F 
142A 0D 
000F 

142B 50463447 
142F 3754 
0006 

1431 31 

1432 FF 

1433 32 

1434 FF 

1435 51 

1436 FF 



1437 060D 

1439 0E0F 

143B 111C14 

143E 213314 

1441 CD1C10 



1444 0654 

1446 0E06 

1448 112314 

144B 213114 

144E CD1C10 



1451 CDD013 
1454 CA5114 



1457 11003C 

145A 213514 

145D CD1C12 

1460 IB 

1461 1A 
.1462 E640 

1464 CA7714 



1467 060A 

1469 0E11 

146B 213514 

146E 11013C 

1471 CD9F10 

1474 C27714 



1477 00 

3C00 
3C00 
0011 



1133 
1134 
1135 
1136 
1137 
1138 
1139 
1140 
1141 
1142 
1143 



/APPLICATION EXAMPLE CODE FOR 8085 



FGDNL 

FCDNL 

FCDNT 

CR 

LF 

LEND 

SRQM 



EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



•2' ;Func qen device num "2" ASCII, lstn 

'1' ;Freq ctr device num "1" ASCII, lstn 

•Q* ;Freq ctr talk address 

0DH ;ASCII carriage return 

0AH ;ASCII line feed 

0FFH ;List end for Talk/Listen lists 

40H ;Bit indicating device sent SRQ 



FGDATA: DB 



1144 LIM1 

1145 FCDATA: 



1146 LIM2 

1147 LL1: 



1148 LL2: 

1149 TL1: 



EQU 
DB 

EQU 
DB 

DB 

DB 



•FU1FR37KHAM2VO' ,CR 



15 
'PF4G7T' 



FCDNL, LEND 
FGDNL, LEND 
FCDNT, LEND 



;Data to set up func. gen 



;Buffer length 

;Data to set up freq ctr 

/Buffer length 

;Listen list for freq ctr 

; Listen list for func. gen 

;Talk list for freq ctr 



1150 
1151 
1152 
1153 
1154 
1155 
1156 
1157 
1158 
1159 
1160 
1161 
1162 
1163 
1164 
1165 
1166 
1167 
1168 
1169 
1170 
1171 
1172 
1173 
1174 
1175 
1176 
1177 
1178 
1179 
1180 
1181 
1182 
1183 
1184 
1185 
1186 
1187 
1188 
1189 
1190 
1191 
1192 
1193 
1194 
1195 
1196 
1197 



; SETUP FUNCTION GENERATOR 

MVI B,CR ;EOS 

MVI C,LIM1 ; Count 

LXI D, FGDATA /Data pointer 

LXI H,LL2 ;Listen list pointer 

CALL SEND 

•SETUP FREQ COUNTER 

MVI B,'T' ;EOS 

MVI C,LIM2 ;Count 

LXI D, FCDATA ;Data pointer 

LXI H,LL1 ,-Listen list pointer 

CALL SEND 

;WAIT FOR SRQ FROM FREQ CTR 



LOOP: 



CALL 
JZ 



SRQD 
LOOP 



;Has SRQ occurred ? 
; No, .wait for it 



;SERIAL POLL TO CLEAR SRQ 



;Buffer pointer 
;Talk list pointer 



LXI D,SPBYTE 

LXI H,TL1 

CALL SPOL 

OCX D ;Backup buffer pointer to ctr byte 

LDAX D ;Get status byte 

ANI SRQM ;Did ctr assert SRQ ? 

JZ ERROR ;Ctr should have said yes 
t 
; RECEIVE READING FROM COUNTER 

MVI B,LF ;EOS 

MVI C,LIM3 ; Count 

LXI H,TL1 ;Talk list pointer 

LXI D,FCDATI ;Data in buffer pointer 

CALL RECV . 

JNZ ERROR 

i 

.******* rest of user processing goes here ***** 



ERROR: NOP 
ETC. 
ORG 3C00H 
SPBYTE: DS 
LIM3 EQU 



1 
17 



;User dependant error handling 



/Location for serial poll byte 
/Max freq counter input 
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3C01 






1198 FCDATI: 


DS 




LIM3 


;Freq 


ctr inpu 


it bu 


ffer 




















1199 




END 
























PUBLIC 


SYMBOLS 


































EXTERNAL SYMBOLS 


































USER SYMBOLS 




































ABORT 


A 


00F9 


ADR 01 


A 


006* 


ADRMD 


A 


0064 


ADRST 


A 00*4 


AUXMD 


A 


00*5 


AXRA 


A 


0080 


AXRB 


A 


00A0 


BIM 


A 


0001 


BOF 


A 


0001 


BOM 


A 


0302 


BUSST 


A 0068 


CAHCY 


A 


0003 


CLKRT 


A 


0023 


CLRA 


+ 


0007 


CLRST 


A 


0068 


CMD92 


A 


0069 


CPT 


A 


0080 


CPTEM 


A 0001 


CPTRG 


A 


0065 


CR 


A 


0000 


DCL 


A 


0014 


DCLR 


A 


11EC 


DCLR1 


A 


11F0 


DCLR 2 


A 


1209 


DIM 


A 0060 


DOUT 


A 


00*0 


DTDL1 


A 


0060 


DTDL2 


A 


00E0 


EDEOS 


A 


0004 


ENDMK 


A 


0010 


EOIS 


A 


0008 


EOIST 


A 002« 


EOSR 


A 


0067 


ERFLG 


A 


0058 


ERR'1 


A 


0068 


ERROR 


A 


1477 


EVBIT 


A 


0010 


EVCST 


A 


0068 


EVREG 


A 0068 


EXPP 


A 


00F5 


FCDATA 


A 


1423 


FCDATI 


A 


3C01 


FCDNL 


A 


0031 


FCDNT 


A 


0051 


FGDATA 


, A 


141C 


FGDNL 


A 0032 


FNHSK 


A 


0003 


GET 


A 


0008 


GIDL 


A 


00F1 


GSEC 


A 


00F4 


GTS8 


A 


00F6 


HOEND 


A 


0002 


HOHSK 


A 0001 


IACK 


A 


000B 


IBFBT 


A 


0002 


IBFF 


A 


0010 


IFCL 


A 


1409 


INIT 


A 


1000 


INT1 


A 


0061 


INT2 


A 0062 


INTM 


A 


00A0 


INTM1 


A 


0061 


INTMR 


A 


0068 


INTST 


A 


0069 


LA 


A 


0001 


LEND 


A 


00FF 


LF 


A 000A ' 


LIM1 


A 


000F 


LIM2 


A 


000* 


LIM3 


A 


0011 


LL1 


A 


1431 


LL2 


A 


1433 


LOCL 


A 


13F* 


LOW 


A 0040 


LOOP 


A 


1451 


MDA 


A 


0001 


MLA 


A 


0021 


MODE1 


A 


0001 


MTA 


A 


0041 


NVCMD 


A 


00017 


OBFF 


A 0008 


PCTL 


A 


1344 


PCTL1 


A 


138A 


PPC 


A 


0005 


PPD 


A 


0070 


PPDS 


A 


12E0 


PPDS1 


A 


12E4 


PPDS2 


A 12FD 


PPE 


A 


00*0 


PPEN 


A 


12A3 


PPEN1 


A 


12A7 


PPEN2 


A 


12D8 


PPOL 


A 


1327 


PPU 


A 


0015 


PPUN 


A 131B 


PRT91 


A 


0050 


PRT92 


A 


0068 


PRTF 


A 


006F 


RANGE 


+ 


0005 


RBST 


A 


00E7 


RCST 


A 


00E6 


RCTL 


A 1388 


RCTL1 


A 


13CA 


RCTL2 


A 


13CF 


RECV 


A 


109F 


RECV1 


A 


10SA 


RECV2 


A 


1105 


RECV3 


A 


1106 


RECV4 


A, 1110 


RECV5 


A 


1117 


RECV6 


A 


1139 


RENE 


A 


13E3 


RERF 


A 


00E4 


RERM 


A 


00EA 


REVC 


A 


00E3 


RINM 


A 00E5 


RSET 


A 


00F2 


RSTI 


A 


00F3 


RTOUT 


A 


00E9 


SDEOI 


A 


0006 


SEND 


A 


101C 


SEtfDl 


A 


102E 


SE.MD2 


A 1047 


SEND3 


A 


1069 


SEND4 


A 


1070 


SEND5 


A 


107F 


SEND6 


A 


1088 


SETF 


+ 


0003 


SLOC 


A 


00F7 


SPBYTE 


A 3C00 


SPCNI 


A 


00F0 


SPD 


A 


0019 


SPE 


A 


0018 


SPIF 


A 


0004 


SPOL 


A 


121C 


SPOL1 


A 


123D 


SPOL2 


A 1294 


SREM 


A 


00F8 


SRQBT 


A 


0020 


SRQD 


A 


13D0 


SRQD1 


A 


13DB 


SRQD2 


A 


13E2 


SRQM 


A 


0040 


STCMI 


A 00FE 


TA 


A 


0002 


TCASY. 


A 


00FC 


TCIP 


A 


0002 


TCNTR 


A 


00FA 


TCSY 


A 


00FD 


TCT 


A 


0009 


TL1 


A 1435 


TLON 


A 


00C0 


TOM 


A 


0080 


TOREG 


A 


0068 


TOST 


A 


0068 


TOUT1 


A 


0001 


TOUT2 


A 


0002 


TOUT 3 


A 0004 , 


TRIG 


A 


11BC 


TRIG1 


A 


11C0 


TRIG 2 


A 


11D9 


UNL 


A 


003F 


VSCMD 


A 


000F 


WAITI 


+ 


0002 


WAITO 


+ 0001 


WAITT 


+ 


0004 


WAITX 


+ 


0003 


WEVC 


A 


00E2 


WOUT 


A 


00E1 


XFER 


A 


113A 


XF.ER1 


A 


1153 


XFER2 


A 116C 


XFER3 


A 


1193 


XFER4 


A 


11BB 









ASSEMBLY COMPLETE, NO ERRORS 
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TEST CASES FOR THE SOFTWARE DRIVERS 

The following test cases were used to exercise the 
software routines and to check their action. To 
provide another device/ controller on the GPIB a 
ZT488 GPIB Analyzer was used. This analyzer 



acted as a talker, listener or another controller as 
needed to execute the tests. The sequence of out- 
puts are shown with each test. All numbers are 
hexadecimal. 



SEND TEST CASES 



B =44 






44 








44 




C = 30 






2 













DE = 3E80 






3E80 






3E80 


HL = 3E70 






3E70 






3E70 


3E70: 20 30 3E 


3F 
















3E80: 11 44 


















GPIB output: 41 ATN 






41 ATN 






41 ATN 


3F ATN 






3F ATN 






3F ATN 


20 ATN 






20 ATN 






20 ATN 


30 ATN 






30 ATN 






30 ATN 


3E ATN 






3E ATN 






3EATN 


11 






11 












44EOI 






44 EOI 










Ending B =44 






44 








44 




Ending C = 2E 




















Ending DE = 3E82 






3E82 






3E80 


Ending HL = 3E73 






3E73 






3E73 


RECEIVE TEST CASES 


















B =44 


44 


44 




44 


44 


44 




44 


C = 30 


30 


30 




30 


4 


4 




0=256 


DE = 3E80 


3E80 


3E80 




3E80 


3E80 


3E80 




3E80 


HL = 3E70 


3E70 


3E70 




3E70 


3E70 


3E70 




3E70 


3E70: 40 


50 


5E 




5F 


40 


40 




40 


GPIB output: 40 ATN 


50 ATN 


5E ATN 




40 ATN 


40 ATN 


40 ATN 


3F ATN 


3F ATN 


3F ATN 




3FATN 


3FATN 


3F ATN 


21 ATN 


21 ATN 


21 ATN 




21 ATN 


21 ATN 


21 ATN 


ZT488 Data 1 


1 


1 






1 


11 




1 


In 2 


2 


2 






2 


22 




2 


3 


3 


3 






3 


33 




3 


4 


4 


44,EOI 




4 


44 




44 


44 


5,EOI 
















Ending A =0 










5F 


40 










Ending B =0 










44 


40 










Ending C = 2B 


2B 


2C 




30 










FC 


Ending DE = 3E85 


3E85 


3E84 




3E80 


3E84 


3E84 




3E84 


Ending HL = 3E71 


3E71 


3E71 




3E70 


3E71 


3E71 




3E71 


SERIAL POLL TEST CASES 
















C = 30 






C : 


= 30 










DE = 3E80 






DE : 


= 3E80 










HL = 3E70 






HL: 


= 3E70 










3E70: 40 




3E70: 


5F 










50 


i 


GPIB output: 


3F ATN 










5E 








21 ATN 










5F 








18 ATN 
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GPIB output: 3F ATN 






19 ATN 


output: 21 ATN 




Ending C = 


30 




output: 18 ATN 




Ending DE = 


3E80 




output: 40 ATN 




Ending HL = 


3E70 




input*: 00 










output: 50 ATN 










input*: 41 










output: 5E ATN 










input*: 7F 










output: 19 ATN 










*NOTE: leave ZT488 in singl 


e step mode evc*» on input 




Ending C = 30 










Ending DE = 3E83 










Ending HL = 3E73 










Ending 3E80: 00 41 If 










PASS CONTROL TEST CASES 








HL = 3E70 


3E70 


3E70 






3E70: 40 


41(MTA) 5F 






GPIB output: 40 ATN 










09 ATN 










— STN 










Ending HL = 3E71 


3E70 


3E70 






Ending A =02 


41(MTA) 5F 






RECEIVE CONTROL TEST CASES 








GPIB input 


10 ATN 


40 ATN 




41 ATN 




ATN 


09 ATN 




09 ATN 


Run Receive Control 










GPIB Input 




ATN 




XTN 


Ending A = 





' . 




09 


PARALLEL POLL ENABLE TEST CASES 






DE=3E80 




3E80 






HL = 3E70 




3E70 






3E70: 20 30 3E 


3F 


3F 






3E80: 01 02 03 










GPIB output: 3F ATN 




3F ATN 






20 ATN 










05 ATN 










61 ATN 










30 ATN 










05 ATN 










62 ATN 










3EATN 










05 ATN 










63 ATN 










Ending DE = 3E83 




3E80 






Ending HL = 3E73 




3E70 






PARALLEL POLL DISABLE TEST CASES 






HL = 3E70 




3E70 






3E70: 20 30 3E 


3F 


3F 
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GPIB output: 


3F ATN 


3F ATN 




20 ATN 


05 ATN 




30 ATN 


70 ATN 




3E ATN 






05 ATN 






70 ATN 




Ending HL 


= 3E73 


3E70 



PARALLEL POLL UNCONFIGURE TEST CASE 

GPIB output: 15 ATN 

PARALLEL POLL TEST CASES 

SetDIO# M 2 3 4 5 6 7 8 None 
Ending A 1 2 4 8 10 20 40 80 



SRQ TEST 

Set SRQ momentarily Reset SRQ 
Ending A = 02 00 



TRIGGER TEST 

HL = 3E70 
DE = 3E80 
BC = 4430 
3E70: 20 30 3E 3F 
GPIB output: 3F ATN 
20 ATN 
30 ATN 
3E ATN 
08 ATN 
Ending HL = 3E73 
DE = 3E80 
BC = 4430 



DEVICE CLEAR TEST 

HL = 3E70 
DE = 3E80 
BC = 4430 
3E70: 20 30 3E 3F 
GPIB output: 3F ATN 
20 ATN 
30 ATN 
3E ATN 
14 ATN 
Ending HL = 3E73 
DE = 3E80 
RC = 4430 
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XFER TEST 




B 


= 44 


HL 


= 3E70 


3E70: 


40 20 30 


GPIB output: 


40 ATN 
3FATN 




20 ATN 




30 ATN 




3E ATN 


GPIB input: 



1 

2 






3 




44 


Ending A 
B 


= 

= 44 


HL 


= 3E74 . 


APPLICATIO 


N EXAMPLE 


GPIB OUTPUT/INPUT 


GPIB output: 


41 ATN 
3F ATN 




32 ATN 




46 




55 




31 




46 




52 




33 




37 




4B 




48 




41 




4D 




32 




56 




4F 




0DEOI 




41 ATN 




3F ATN 




31 ATN 




50 




46 




34 




47 




37 




54EOI 


GPIB input: 
GPIB output: 


SRQ 
3F ATN 
21 ATN 




18 ATN 


GPIB input: 
GPIB output: 


51 ATN 
40 SRQ 
19 ATN 

51 ATN 



3E 3F 
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GPIB input: 



GPIB output: 



3F ATN 
21 ATN 
20 
2B 
20 
20 
20 
33 
37 
30 
30 
30 
2E 
30 
45 
2B 
30 
0D 
0A 
XX ATN 



APPENDIX C 



REMOTE MESSAGE CODING 



Mnemonic 


Message Name 


T 

y 

p 

e 


c: 

l 

a 
s 
s 


Bus Signal Line(s) and 
Coding Th;»t Assorts the 
True Value of the Message 
1) I) NN 
1 I DRD A E S 
O O AFA T O R 
8 7 6 5 4 3 2 1 VDC N 1 Q 


I 

F 

c 


R 
E 

N 




ACG 


addressed command group 




M 


AC 


Y X 


XXX XXX 1 X 


X 


X 


X 




ATN 


attention 




U 


uc 


X X X X X 


XXX XXX 1 X 


X 


X 


X 




DAB 


data byte 


(Notes 1, 9) 


M 


DD 


D D D D D 

8 7 6 5 4 


D D D XXX X 

3 2 1 


X 


X 


X 




DAC 
DAV 


data accepted 
data valid 




U 
U 


HS 
HS 


X X X X X 
X X X X X 


XXX XX0 X X 
X X X 1XX X X 


X 
X 


X 
X 


X 
X 




DCL 


device clear 




M 


UC 


Y 1 


1 XXX 1 X 


X 


X 


X 




END 


end 




U 


ST 


X X X X X 


XXX XXX 1 


X 


X 


X 




EOS 


end of string 


(Notes 2, 9) 


M 


DD 


E E E E E 

8 7 6 5 4 


E E E XXX X 
3 2 1 


X 


X 


X 




GET 


group execute trigger 




M 


AC 


Y 1 


XXX 1 X 


X 


X 


X 




GTL 


go to local 




M 


AC 


Y 


1 XXX 1 X 


X 


X 


X 




IDY 


identify 




U 


UC 


X X X X X 


XXX XXX X 1 


X 


X 


X 




IFC 


interface clear 




U 


UC 


X X X X X 


XXX XXX X X 


X 


1 


X 




LAG 


listen address group , 




M 


AD 


Y 1 X X 


XXX XXX 1 X 


X 


X 


X 




LLO 


local lock out 




M 


UC 


Y 1 


1 XXX 1 X 


X 


X 


X 




MLA 


my listen address 


(Note 3) 


M 


AD 


Y l L L 

5 4 


L L L XXX 1 X 

3 2 1 


X 


X 


X 




MTA 


my talk address 


^Note 4) 


M 


AD 


Y 1 T T 

5 4 


T T T XXX 1 X 

3 2 1 


X 


X 


X 




MSA 


my secondary address 


(Note 5) 


M 


SE 


Y 1 1 S S 
5 4 


S S S XXX 1 X 

3 2 1 


X 


X 


X 
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APPLICATIONS 



Bus Signal Line(s) and 

Coding That Asserts the 

True Value of the Message 



Mnemonic 




Message Name 


T 

y 

p 

e 


1 
a 

s 
s 


D 

I 


8 7 


6 


5 


4 


3 


D 
I 


2 1 


NN 
DRD A 
AFA T 
VDC IS 


E 

c 

I 


s 

R 
Q 


I R 
F E 

C N 


NUL 


null byte 




M 


DD 00000000 


XXX X 


X 


X 


X X 


OSA 


other secondary address 




M 


SE (OSA 


= SCG 


A 


MSA) 












OTA 


other talk address 




M 


AD (OTA 


= TAGA 


MTA) 












PCG 


primary command group 




M 


(PCG = 


\CG V UCG V LAG V TAG) 




PPC 


parallel poll configure 




M 


AC Y 











1 





1 


XXX 


1 


X 


X 


X X 


PPE 


parallel poll enable 


(Note 6) 


M 


SE Y 


1 1 





S 


P 
3 


P 
2 


P 

1 


XXX 


1 


X 


X 


X X 


PPD 


parallel poll disable 


(Note 7) 


M 


SE Y 


1 1 


1 


D 

4 


D 

3 


D 
2 


D 

1 


XXX 


1 


X 


X 


X X 


PPR1 


parallel poll response 1 \ 




U 


ST X 


X X 


X 


X 


X 


X 


1 


XXX 


1 


1 


X 


X X 


PPR2 


parallel poll response 2 1 




U 


ST X 


X X 


X 


X 


X 


1 


X 


XXX 


1 


1 


X 


X X 


PPR3 


parallel poll response 3 > 


(Note 10) 


u 


ST X 


X X 


X 


X 


1 


X 


X 


XXX 


.1 


1 


X 


X X 


PPR4 


parallel poll response 4 1 




u 


ST X 


X X 


X 


1 


X 


X 


X 


XXX 


1 


1 


X 


X X 


PPR5 


parallel poll response 5 / 




u 


ST X 


X X 


1 


X 


X 


X 


X 


XXX 


1 


1 


x 


X X 


PPR6 


parallel poll response 6 






u 


ST X 


X 1 


X 


X 


X 


X 


X 


XXX 


1 


1 


X 


X X 


PPR7 


parallel poll response 7 




(Note 10) 


u 


ST X 


1 x 


X 


X 


X 


X 


X 


XXX 


1 


1 


X 


X X 


PPR8 


parallel poll response 8 






u 


ST 1 


X X 


X 


X 


X 


X 


X 


XXX 


1 


1 


X 


X X 


PPU 


parallel poll unconfigure 




M 


UC Y 





1 





1 





1 


XXX 


1 


X 


X 


X X 


REN 


remote enable 




u 


UC X 


X X 


X 


X 


X 


X 


X 


XXX 


X 


X 


X 


X 1 


RFD 


ready for data 




u 


HS X 


X X 


X 


X 


X 


X 


X 


X0X 


X 


X 


X 


X X 


RQS 


request service 


(Note 9) 


u 


ST X 


1 X 


X 


X 


X 


X 


X 


XXX 


9 


X 


X 


X X 


SCG 


secondary command group 




M 


SE Y 


1 1 


X 


X 


X 


X 


X 


XXX 


1 


X 


X 


X X 


SDC 


selected device clear 




M 


AC Y 











1 








XXX 


1 


X 


X 


X X 


SPD 


serial poll disable 




M 


UC Y 





1 


1 








1 


XXX 


1 


X 


X 


X X 


SPE 


serial poll enable 




M 


UC Y 





1 


1 











XXX 


1 


X 


X 


X X 


SRQ 


service request 




U 


ST X 


X X 


X 


X 


X 


X 


X 


XXX 


X 


X 


1 


X X 


STB 


status byte 


(Notes 8, 9) 


M 


ST S 

8 


X S 
6 


S 
5 


S 
4 


s 

3 


S 
2 


S 

1 


XXX 





X 


X 


X X 


TCT 


take control 




M 


AC Y 








1 








1 


XXX 


1 


X 


X 


X X 


TAG 


talk address group 




M 


AD Y 


1 '0 


X 


X 


X 


X 


X 


XXX 


1 


X 


X 


X X 


UCG 


universal command group 




M 


UC Y 





1 


X 


X 


X 


X 


XXX 


1 


X 


X 


X X 


UNL 


unlisten 




M 


AD Y 


1 


1 


1 


1 


1 


1 


XXX 


1 


X 


X 


X X 


UNT 


untalk 


(Note 11) 


M 


AD Y 


1 


1 


1 


1 


1 


1 


XXX 


1 


X 


X 


X X 



The 1/0 coding on ATN when sent concurrent with multiline messages has been added to this revision for interpre- 
tive convenience. 



NOTES: 

(1) D1-D8 specify the device dependent data bits. 

(2) E1-E8 specify the device dependent code used to 
indicate the EOS message. 

(3) L1-L5 specify the device dependent bits of the 
device's listen address. 

(4) T1-T5 specify the device dependent bits of the 
device's talk address. 

(5) S1-S5 specify the device dependent bits of the de- 
vice's secondary address. 

(6) S specifies the sense of the PPR. 

S Response ' 



P3 



P2 PI PPR Message 



1 



1 



P.PRl 



PPR8 







P1-P3 specify the PPR message to be sent when a paral- 
lel poll is executed. 



(7)D1-D4 specify don't-care bits that shall not be 
decoded by the receiving device. It is recommended 
that all zeroes be sent. 

(8)S1-S6, S8 specify the device dependent status. 
(DI07 is used for the RQS message.) 

(9) The source of the message on the ATN line is 
always the C function, whereas the messages on the 
DIO and EOI lines are enabled by the T function. 

(10) The source of the messages on the ATN and EOI 
lines is always the C function, whereas the source of 
the messages on the DIO lines is always the PP func- 
tion. 

(11) This code is provided for system use, see 6.3. 
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INTRODUCTION 

This application note explains the Intel® 8291 A GPIB 
(General Purpose Interface Bus) Talker/ Listener as a 
component, and shows its use in GPIB interface design 
tasks. 



The first section of this note presents an overview of IEEE 
488 (GPIB). The second section introduces the Intel® 
GPIB component family. A detailed explanation of the 
8291 A follows. Finally, some application examples using 
the component family are presented. 
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Figure 1. Interface Capabilities and Bus Structure 
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OVERVIEW OF IEEE 488/GPIB 

The GPIB is a parallel interface bus with an asynch- 
ronous interlocking data exchange handshake mecha- 
nism. It is designed to provide a common communication 
interface among devices over a maximium distance of 20 
meters at a maximum speed of l Mbps. Up to 15 devices 
may be connected together. The asynchronous interlock- 
ing handshake dispenses with a common synchronization 
clock, and allows intercommunication among devices 
capable of running at different speeds. During any 
transaction, the data transfer occurs at the speed of the 
slowest device involved. 

The GPIB finds use in a diversity of applications 
requiring communication among digital devices over 
short distances. Common examples are: programmable 
instrumentation systems, computer to peripherals, etc. 

The interface is completely defined in the IEEE 
Std.-488-1978. 

A typical implementation consists of logical devices 
which talk (talker), listen (listeners), and control GPIB 
activity (controllers). 



Interface Functions 

The interface between any device and the bus may have a 
combination of several different capabilities (called 
'functions'). Among a total of ten functions defined, the 
Talker, Listener, Source Handshake, Acceptor Hand- 
shake and Controller are the more common examples. 
The Talker function allows a device to transmit data. The 
Listener function allows reception. The Source and 
Acceptor Handshakes, synchronized with the Talker and 
Listener functions respectively, exchange the handshake 
signals that coordinate data transfer. The Controller 
function allows a device to activate the interface functions 
of the various devices through commands. Other interface 
functions are: Service request, Remote local, Parallel 
poll, Device clear and Device trigger. Each interface may 
not contain all these functions. Further, most of these 
functions may be implemented to various levels (called 
'subsets') of capability. Thus, the overall capability of an 
interface may be tailored to the needs of the communicat- 
ing device. 

Electrical Signal Lines 

As shown in Figure 1, the GPIB is composed of eight data 
lines (D08-D01), five interface management lines 
(IFC, ATN, SRQ, REN, EOI), and three transfer control 
lines (DAV, NRFD, NDAC). 

The eight data lines are used to transfer data and 
commands from one device to another with the help of 
the management and control lines. Each of the five 
interface management lines has a specific function. 



ATN (attention) is used.by the Controller to indicate that 
it (the controller) has access to the GPIB and that its 
output on the data lines is to be interpreted as a 
command. ATN is also used by the controller along with 
EOI to indicate a parallel poll. 

SRQ (service request) is used by a device to request 
service from the controller. 

REN (remote enable) is used by the controller to specify 
the command source of a device. A device can be issued 
commands either locally through its front panel or by the 
controller. 

EOI (end or identify) may be used by the controller as 
well as a talker. A controller uses EOI along with ATN to 
demand a parallel poll. Used by a talker, EOI indicates 
the last byte of a data block. 

IFC (interface clear) forces a complete GPIB interface to 
the idle state. This could be considered the GPIB's 
"interface reset." GPIB architecture allows for more than 
one controller to be connected to the bus simultaneously. 
Only one of these controllers may be in command at any 
given time. This device is known as the controller-in- 
charge. Control can be passed from one controller to 
another. Only one among all the controllers present on a 
bus can be the system controller. The system controller is 
the only device allowed to drive IFC. 



Transfer Control Lines 

The transfer control lines conduct the asynchronous 
interlocking three-wire handshake. 

DAV (data valid) is driven by a talker and indicates that 
valid data is on the bus. 

NRFD (not ready for data) is driven by the listeners and 
indicates that not all listeners are ready for more data. 

NDAC (not data accepted) is used by the listeners to 
indicate that not all listeners have read the GPIB data 
lines yet. 

The asynchronous 3-wire handshake flowchart is shown 
in Figure 2. This is a concept fundamental to the 
asynchronous nature of the GPIB and is reviewed in the 
following paragraphs. 

Assume that a talker is ready to start a data transfer. At 
the beginning of the handshake, NRFD is false indicating 
that the listener(s) is ready for data. NDAC is true 
indicating that the listener(s) has not accepted the data, 
since no data has been sent yet. The talker places data on 
the data lines, waits for the required settling time, and 
then indicates valid data by driving DAV true. All active 
listeners drive NRFD true indicating that they are not 
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( STORT ) 



( START ■) 



SET DAV HIGH 




ERROR 
CONDITION 



PUT OR CHANGE 

DATA ON 

DATA LINES 



SET DAV LOW 



SET DAV HIGH 



( END ) 




NRFD SIGNAL LINES GOES HIGH 



ONLY WHEN ALL ACCEPTORS ARE READY 
DATA IS VALID AND MAY 



NOW BE ACCEPTED 





DATA IS NOT TO BE CONSIDERED 



VALID AFTER THIS TIME 



MORE \ NO 
DATA? 



f END J 



SET NRFD AND 
NDAC LOW 




SET NRFD HIGH 



y^ DAV \ 

X. SENSED y 

>v LOW? yS 



ACCEPT 
DATA BYTE 



SET NRFD LOW 



SET NDAC HIGH 




FLOW DIAGRAM OUTLINES SEQUENCE OF EVENTS DURING TRANSFER 
OF DATA BYTE. MORE THAN ONE LISTENER AT A TIME CAN ACCEPT 
DATA BECAUSE OF LOGICAL CONNECTION OF NRFD AND NDAC 
.INES. 



SET NDAC LOW 



Figure 2. Handshake Flowchart 
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ready for more data. They then read the data and drive 
NDAC false to indicate acceptance. The talker responds 
by deasserting DAV and readies itself to transfer the next 
byte. The listeners respond to DAV false by driving 
NDAC true. The talker can now drive the data lines with 
a new data byte and wait for N RFD to be false to start the 
next handshake cycle. 



Bus Commands 

When ATN and DAV are true data patterns which have 
been placed by the controller on the GPIB, they are 
interpreted as commands by the other devices on the 
interface. The GPIB standard contains a repertory of 
commands such as MTA (My Talk Address), MSA (My 
Secondary Address), SPE (Serial Poll Enable), etc. All 
other patterns in conjunction with ATN and DAV are 
classified as undefined commands and their meaning is 
user-dependent. 



Addressing Techniques 

To allow the controller to issue commands selectively to 
specific devices, three types of addressing exist on the 
GPIB: talk only/ listen only (ton/ Ion), primary, and 
secondary. 

Ton/ Ion is a method where the ability of the GPIB 
interface to talk or listen is determined by the device and 
not by the GPIB controller. With this method, fixed roles 
can be easily designated in simple systems where reassign- 
ment is not. necessary. This is appropriate and convenient 
for certain applications. For example, a logic analyzer 
might be interfaced via the GPIB to a line printer in order 
to document some type of failure. In this case, the line 
printer simply listens to the logic analyzer, which is a 
talker. 



The controller addresses devices through three com- 
mands, MTA (my talk address), M LA (my listen address), 
and MSA (my secondary address). The device address is 
imbedded in the command bit pattern. The device whose 
address matches the imbedded pattern is enabled. Some 
devices may have the same logical talk and listen 
addresses. This is allowable since the talker and listener 
are separate functions. However, two of the same func- 
tions cannot have the same address. 

In primary addressing, a device is enabled to talk (listen) 
by receiving the MTA (MLA) message. 

Secondary addressing extends the address field from 5 to 
10 bits by allowing an additional byte. This additional 
byte is passed via the MSA message. Secondary address- 
ing can also be used to logically divide devices into 
various subgroups. The MSA message applies only to the 
device(s) whose primary address immediately preceed it. 



INTEL'S® GPIB COMPONENTS 

The logic designer implementing a G PIB interface has, in 
the past, been faced with a difficult and complex discrete 
logic design. Advances in LSI technology have produced 
sophisticated microprocessor and peripheral devices 
which combine to reduce this once complex interface task 
to a system consisting of a small set of integrated circuits 
and some software drivers. A microprocessor hardware/ 
software solution and a high-level language source code 
provide an additional benefit in end-product mainte- 
nance. Product changes are a simple matter of revising 
the product software. Field changes are as easy as 
exchanging EPROMS. 

Intel® has provided an LSI solution to GPIB interfacing 
with a talker/ listener device (8291 A), a controller device 
(8292), and a transceiver (8293). An interface with all 
capabilities except for the controller function can be built 
with an 8291 A and a pair of 8293's. The addition of the 
8292 produces a complete interface. Since most devices in 
a GPIB system will not have the controller function 
capability, this modular approach provides the least cost 
to the majority of interface designs. 



Overview of the 8291 A 
GPIB Talker/Listener 

The Intel® 8291 A GPIB Talker/ Listener operates over a 
clock range of l to 8 MHz and is compatible with the 
MCS-85,iAPX-86,and805l families of microprocessors. 

A detailed description of the 8291A is given in the data 
sheet. 

The 8291A implements the following functions: Source 
Handshake (SH), Acceptor Handshake (AH), Talker 
Extended (TE), Service Request (SRQ), Listener Ex- 
tended (LE), Remote/Local (RL), Parallel Poll (PP2), 
Device Clear (DC), and Device Trigger (DT). 

Current states of the 8291A can be determined by 
examining the device's status read registers. In addition, 
the 829 1 A contains 8 write registers. These registers are 
shown in Figure 3. The three register select pins RS3- 
RSO are used to select the desired register. 

The data — in register moves data from the GPIB to the 
microprocessor or to memory when the 8291A is 
addressed to listen. When the 8291 A is addressed to talk, 
it uses the data - out register to move data onto the GPIB. 
The serial poll mode and status registers are used to 
request service and program the serial poll status byte. 

A detailed description of each of the registers, along with 
state diagrams can be found in the 8291 A data sheet. 
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READ REGISTERS 



REGISTER SELECT 
CODE 



WRITE REGISTERS 



RS2 RS1 RSO 



DI7 


DI6 


DI5 


DI4 


Df3 


DI2 


■DM 


DIO 



CPT 


APT 


GET 


END 


DEC 


ERR 


BO 


Bl 



INTERRUPT STATUS 1 



INT SPAS LLO REM SPC LLOC REMC ADSC 



INTERRUPT STATUS 2 



S8 


SRQS 


S6 


S5 


S4 


S3 


S2 


S1 



SERIAL POLL STATUS 2 



ton 


Lon 


EOI 


LPAS 


TPAS 


LA 


TA 


MJMN 



ADDRESS STATUS 



CPT7 CPT6 CPT5 CPT4 CPT3 CPT2 CPT1 CPTO 1 



COMMAND PASS THROUGH 



INT 


DTO 


DLO 


AD5-0 


AD4-0 


AD3-0 


AD2-0 


AD1-0 



X 


DT1 


DL1 


AD5-1 


AD4-1 


AD3-1 


AD2-1 


AD1-1 



D07 


D06 


D05 


D04 


D03 


D02 


D01 


D00 


DATA OUT 


CPT 


APT 


GET 


END 


DEC 


ERR 


BO 


Bl 


INTERRUPT ENABLE 1 








DMAO 


DMAI 


SPC 


LLOC 


REMC 


ADSC 


INTERRUPT ENABLE 2 


S8 


RSV 


S6 


S5 


S4 


S3 


S2 


S1 


SERIAL POLL MODE 


TO 


LO 














ADM1 


ADMO 


ADDRESS MODE 


CNT2 


CNT1 


CNTO 


COM4 


COM3 


COM2 


COM1 


COM0 


AUXMODE 


ARS 


DT 


DL 


AD5 


AD4 


AD3 


AD2 


AD1 


ADDRESS 0/1 


EC7 


EC6 


EC5 


EC4 


EC3 


EC2 


EC1 


ECO 



EOS 



Figure 3. 8291A REGISTERS 
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Address Mode 

The address mode and status registers are used to 
program the addressing modes and track addressing 
states. The auxiliary mode register is used to select a 
variety of functions. The command pass through register 
is used for undefined commands and extended addresses. 
The address 0/ 1 register is used to program the addresses 
to which the 8291 A will respond. The address and 



address 1 registers allow reading of these programmed 
addresses plus trading of the interrupt bit. The EOS 
register is used to program the end of sequence character. 

Detailed descriptions of the addressing modes available 
with the 8291 A are described in the 8291 A data sheet. 
Examples of how to program these modes are shown 
below. 



1. MODE: — Talker has single address of 01 H 
— Listener has single address of 02H 



CPU WRITES TO: 


PATTERN 


COMMENT 


Address Mode Register 
Address 0/1 Register 
Address 0/1 Register 


0000 0001 
0010 0001 
1100 0010 


Select Mode 1 Addressing 
Major is Talking. Address = 01 H 
Minor is Listener. Address = 02H 


2. MODE: — Talker has single address of 01 H 
— Listener has single address of 02H 


CPU WRITES TO: 


PATTERN 


COMMENT 


Address Mode Register 
Address 0/ 1 Register 
Address 0/ 1 Register 


0000 0001 
0100 0010 
1010 0001 


Select Mode 1 Addressing 
Major is Listener. Address = 02H 
Minor is Talking. Address = 01 H 



Note that in both of the above examples, the listener will respond to a MLA message with five least significant bits equal 
to 02H and the talker to a 01 H. 

3. MODE: — Talker and listener both share a single address of 03H. 



CPU WRITES TO: 


PATTERN 


COMMENT 


Address Mode Register 
Address 0/ 1 Register 
Address 0/1 Register 


0000 0001 
0000 0011 
1110 0000 


Selects Mode 1 Addressing 
Talker and Listener Address = 03 
Minor Address is disabled 



4. MODE: — Talker and listener have a primary address of 04H and a secondary address of 05H 



CPU WRITES TO: 


PATTERN 


COMMENT 


Address Mode Register 
Address 0/ 1 Register 
Address 0/1 Register 


0000 0010 
0000 0100 
1000 0101 


Selects Mode 2 Addressing 
Primary Address = 04H 
Minor Address is disabled 



5. MODE: — Talker has a primary address of 06H. Listener has a primary address of 07H 



CPU WRITES TO: 


PATTERN 


COMMENT 


Address Mode Register 
Address 0/1 Register 
Address 0/ 1 Register 


0000 0011 
0010 0110 
1100 0111 


Select Mode 3 
Talker Address = 06 
Listener Primary = 07 



The CPU will verify the secondary addresses which could be the same or different. 
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APPLICATION OF THE 8291 A 

This phase of the application note will examine program- 
ming of the 8291 A, corresponding bus commands and 
responses, CPU interruption, etc. for a variety of GPIB 
activities. This should provide the reader with a clear 
understanding of the role the 8291 A performs in a GPIB 
system. The talker function, listener function, remote 
message handling, and remote/ local operations including 
local lockout, are discussed. 



Talker Functions 

TALK-ONLY (ton). In talk only mode the 8291 A will not 
respond to the MTA message from a controller. Gener- 
ally, ton is used in an environment which does not have a 
controller. Ton is also employed in an interface that 
includes the controller function. 

When the 8291 A is used with the 8292, the sequence of 
events for initialization are as follows: 

1) The Interrupt/ Enable registers are programmed. 

2) Ton is selected. 

3) Settling time is selected. 

4) EOS character is loaded. 

5) "Pon" local message is sent. 

6) CPU waits for Byte Out (BO) and sends a byte to 
the data out register. 



Addressed Talker (Via MTA Message) 

The GPIB controller will direct the 8291 A to talk by 
sending a My Talk Address (MTA) message containing 
the 8291 A's talk address. The sequence of events is as 
follows: 



not respond to the My Listen Address (MLA) message 
from the controller. The sequence of events is as follows: 

1) The Interrupt Enable registers are programmed. 

2) Lon is selected. 

3) EOS characted is programmed. 

4) "Pon" local message is sent. 

5) CPU waits for BI and reads the byte from the 
data-in register. 

Note that enabling both ton and lon can create an internal 
loopback as long as another listener exists. 



Addressed Listening 
(Via the MLA Message) 

The GPIB controller will direct the 8291 A to listen by 
sending a MLA message containing the 8291 A's listen 
address. The sequence of events is as follows: 



6) 



7) 
8) 

9) 
10) 



The Interrupt Enable registers are programmed. 

The serial poll mode register is loaded as desired. 

Talker and listener addresses are loaded. 

"Pon" local message is sent 

The CPU waits for an interrupt. When the controller 

has sent the MLA message for the 8291 A, the 

ADSC bit will be set. 

The CPU reads the Address Status Register to 

determine if the 8291 A has been addressed to listen 

(LA = 1). 

CPU waits for an interrupt for BI or ADSC. 

When BI is set, the CPU reads the data byte from 

the data-in register. 

The CPU continues to poll the status registers. 

When unaddressed, ADSC will be set and LA reset. 



1) The interrupt enable and serial poll mode registers 
are programmed. 

2) Mode 1 is selected. 

3) Settling time is selected. 

4) Talker and listener addresses are programmed. 

5) Power on (pon) local message is sent. 

6) CPU waits for an interrupt. When the controller has 
sent the MTA message for the 8291 A an interrupt 
will be generated if enabled and the ADSC bit will 
be set. 

7) CPU reads the Address Status register to determine 
if the 8291 A has been addressed to talk (TA = 1). 

8) CPU waits for an interrupt from either BO or 
ADSC. 

9) When BO is set, the CPU writes the data byte to the 
data out register. 

10) CPU continues to poll the status registers. 

11) When unaddressed ADSC, will be set and TA reset. 

LISTENER FUNCTIONS 

LISTEN-ONLY (lon). In listen-only mode the 8291 A will 



Remote/Local and Lockout 

Remote and local refer to the source of control of a device 
connected to the GPIB. Remote refers to control from 
the GPIB controller-in-charge. Local refers to control 
from the device's own system. Reference should be made 
to the RL state diagram in the 8291 A data sheet. 

Upon "pon" the 8291 A is in the local state. In this state the 
REM bit in Interrupt Status 1 Register is reset. When the 
GPIB controller takes control of the bus it will drive the 
REN (remote enable) line true. This will cause the REM 
bit and REMC (remote/ local change) bit to be set. The 
distinction between remote and local modes is necessary 
in that some types of devices will have local controls 
which have functions which are also controlled by remote 
messages. 

In the local state the device is allowed to store, but not 
respond to, remote messages which control functions 
which are also controlled by local messages. A device 
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which has been addressed to listen will exit the local state 
and go the the remote state if the REN message is true and 
the local rtl (return to local) message is false. The state of 
the "rtl" local message is ignored and the device is 
"locked" into the local state if the LLO remote message is 
true. In the Remote state the device is not allowed to 
respond to local message which control function that are 
also controlled by remote messages. A device wil exit the 
remote state and enter the local state when REN goes 
false. It will also enter the local state if the GTL (go to 
local) remote message is true and the device has been 
addressed to listen. It will also enter the local state if the 
rtl message is true and the LLO message is false or ACDS 
is inactive. 

A device will exit the remote state and enter RWLS 
(remote with lockout state) if the LLO (local lockout) 
message is true and ACDS is active. In this mode, those 
local message which control functions which are also 
controlled by remote messages are ignored. In other 
words, the "rtl": message is ignored. A device will exit 
RWLS and to to the local state if REN goes false. The 
device will exit RWLS and go to LWLS if the GTL 
message is true and the device is addressed to listen. 



Polling 

The IEEE-488 standard specifies two methods for a slave 
device to let the controller know that it needs service. 

These two methods are called Serial and Parallel Poll. 
The controller performs one of these two polling methods 
after a slave device requests service. As implied in the 
name, a Serial Poll is when the controller sequentially 
asks each device if it requested service. In a Parallel Poll 
the controller asks all of the devices on the GPIB if they 
requested service, and they reply in parallel. 



Serial Poll 

When the controller performs a Serial Poll, each slave 
device sends back to the controller a Serial Poll Status 
Byte. One of the bits in the Serial Poll Status Byte 
indicates whether this device requested service or not. 
The remaining 7 bits are user defined, and they are used 
to indicate what type of service is required. The IEEE-488 
spec only defines the service request bit, however HP has 
defined a few more bits in the Serial Poll Status Byte. 
This can be seen in figure 4. 



1: SERVICE REQUESTED 

0: SERVICE NOT REQUESTED 



8 


7 


6 1 
• • • • • 



DEVICE DEPENDENT STATUS BITS 

TYP.CALHPUSE: ^ SERVlCE REQUESTED 

0: SERVICE NOT REQUESTED 



8 


7 


6 


5 


4 1 
• • • 



NOT USED 



L 



DEVICE DEFINED 

1: OPERATION COMPLETE 

0: BUSY 

1: ERROR 

0: NORMAL 



Figure 4. The Serial Poll Status Byte 
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When a slave device needs service it drives the SRQ line 
on the GPIB bus true (low). For the 8291 A this is done by 
setting bit 7 in the Serial Poll Status Byte. The CPU in the 
controller may be interrupted by SRQ or it may poll a 
register to determine the state of SRQ. Using the 8292 
one could either poll the interrupt status register for the 
SRQ interrupt status bit, or enable SRQ to interrupt the 
CPU. After the controller recognizes a service request, it 
goes into the serial poll routine. 

The first thing the controller does in the serial poll routine 
is assert ATN. When ATN is asserted true the controller 
takes control of the GPIB, and all slave devices on the 
bus must listen. All bytes sent over the bus while ATN is 
true are commands. After the controller takes control, it 
sends out a Universal Unlisten (UNL), which tells all 
previously addressed listeners to stop listening. The con- 
troller then sends out a byte called SPE (Serial Poll 
Enable). This command notifies all of the slaves on the 
bus that the controller has put the GPIB in the Serial Poll 
Mode State (SPMS). Now the controller addresses the 
first slave device to TALK and puts itself in the listen 
mode. When the controller resets ATN the device 
addressed to talk transmits to the controller its Serial 
Poll Status Byte. If the device just polled was the one 
requesting service, the SRQ line on the GPIB goes false, 
and bit 7 in the serial poll status byte of the 8291 A is reset. 
If more than one device is requesting service, SRQ 
remains low until all of the devices requesting service 
have been polled, since SRQ is wire-ored. To continue the 
Serial Poll, the controller asserts ATN, addresses the next 
device to talk then reads the Serial Poll Status Byte. 
When the controller is finished polling it asserts ATN, 
sends the universal untalk command (UNT), then sends 
the Serial Poll Disable command (SPD). The flow of the 
serial poll can be seen from the example in figure 5. 



0. DEVICE A REQUESTS SERVICE (SRQ) 

1. ASSERT ATN 

2. UNIVERSAL UNLISTEN (UNL) 

3. SERIAL HOLL ENABLE (SPE) 

4. DEVICE A TALK ADDRESS (MTA) 

5. RELEASE ATN 

6. DEVICE A STATUS BYTE (STB) (RQS SET) 

7. ASSERT ATN 

8. DEVICE B TALK ADDRESS (MTA) 

9. RELEASE ATN 

10. DEVICE B STATUS BYTE (STB) (RQS CLEAR) 

11. ASSERT ATN 

12. DEVICE C TALK ADDRESS (MTA) 

13. RELEASE ATN 

14. DEVICE C STATUS BYTE (STB) (RQS CLEAR) 

15. ASSERT ATN 

16. UNIVESAL UNTALK (UNT) 

17. SERIAL POLL DISABLE (SPD) 

18. GO PROCESS SERVICE REQUEST 



Figure 5. Serial Polling 



The following section describes the events which happen 
in a serial poll when 8291 A and 8292 are the controller, 
and another 8291 A is the slave device. While going 
through this section the reader should refer to the register 
diagrams for the 8291 A and 8292. 

A. DEVICE A REQUESTS SERVICE 
(SRQ BECOMES TRUE) 

The slave devices rsv bit in the 8291 A's serial poll mode 
register is set. 

B. CONTROLLER RECOGNIZES SRQ 
AND ASSERTS ATN 

Thf 8292's SPI pin 33 interrupts the CPU. The CPU 
reads the 8292's Interrupt status register and finds the 
SRQ bit set. The CPU tells the 8292 to Take Control 
Synchronously' by writing a OFDH to the 8292's com- 
mand register. 

C. THE CONTROLLER SENDS OUT THE 
FOLLOWING COMMANDS: UNIVERSAL 
UNLISTEN (UNL), SERIAL POLL ENABLE 
(SPE), MY TALK ADDRESS (MTA). 

(MTA is a command which tells one of the devices on the 
bus to talk.) 

The CPU in the controller waits for a BO (byte out) 
interrupt in the 8291 A's interrupt status 1 register before 
it writes to the Data Out register a 3FH (UNL), 18H 
(SPE), 010XXXXX (MTA). The X represents the pro- 
grammable address of a device on the GPIB. When the 
8291 A in the slave device receives its talk address, the 
ADSC bit in the Interrupt Status register 2 is set, and in 
the Address Status Register TA and TPAS bits are set. 

D. CONTROLLER RECONFIGURES ITSELF 
TO LISTEN AND RESETS ATN 

The CPU in the controller puts the 8291 A in the listen 
only mode by writing a 40H to the Address Mode register 
of the 8291 A, and then a 00 H to the Aux Mode register. 
The second write is an 'Immediate Execute pon' which 
must be used when switching addressing modes such as 
talk only to listen only. To reset ATN the CPU tells the 
8292 to 'Go To Standby' by writing a 0F6H to the com- 
mand register. The moment ATN is reset, the 8291 A in 
the slave device sets SPAS in Interrupt Status 2 register, 
and transmits the serial poll status byte. SRQS in the 
Serial Poll Status byte of the 8291 A slave device is reset, 
and the SRQ line on the GPIB bus becomes false. 

E. THE CONTROLLER READS THE SERIAL 
POLL STATUS BYTE, SETS ATN, 

THEN RECONFIGURES ITSELF TO TALK 

The CPU in the controller waits for the Byte In bit (BI) in 
the 8291 A's Interrupt Status 1 register. When this bit is set 
the CPU reads the Data In register to receive the Serial 
Poll Status Byte. Since bit 7 is set, this was the device 
which requested service. The CPU in the controller tells 
the 8292 to 'Take Control Synchronously' which asserts 
ATN. The moment ATN is asserted true the 8291 A in the 
slave device resets SPAS, and sets the Serial Poll Com- 
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plete (SPC) bit in the Interrupt Status 2 register. The 
controller reconfigures itself to talk by setting the TO bit 
in the Address Mode register and then writing a OOH to 
the Aux Mode register. 

F. THE CONTROLLER SENDS THE 

COMMANDS UNIVERSAL UNTALK (UNT), 

AND SERIAL POLL DISABLE (SPD) THEN 

RESETS THE SRQ BIT IN THE 8292 

INTERRUPT STATUS REGISTER 

The CPU in the controller waits for the BO Interrupt 

status bit to be set in the Interrupt Status l register of the 

8291 A before it writes 5FH (UNT) and 19H (SPD) to the 

Data Out register. The CPU then writes a 2BH to the 

8292's command register to reset the SRQ status bit in the 

Interrupt Status register. When the 8291A in the slave 

device receives the UNT command the ADSC bit in the 

Interrupt Status 2 register is set, and.the TA and TPAS 

bits in the Address Status register will be reset. At this 

point the controller can service the slave device's request. 

Note that in the software listing of AP-66 (USING THE 
8292 GPIB CONTROLLER) there is a bug in the serial 
poll routines. In the 'SRQ ROUTINE' when the CPU 
finds that the SRQ bit in the interrupt status register is 
set, it immediately writes the interrupt Acknowledge 
command to the 8292 to reset this bit. However the SRQ 
GPIB line will still be driven true until the slave device 
driving SRQ has been polled. Therefore, the SRQ status 
bit in the 8292 will become set and latched again, and as a 
result the SRQ status bit in the 8292 will still be set after 
the serial poll. The proper time to reset the SRQ bit in the 
8292 is after SRQ on the GPIB becomes false. 

Parallel Poll 

The 8291 A supports an additional method for obtaining 
status from devices known as parallel poll (PPOL). This 
method limits the controller to a maximum of 8 devices at 
a time since each device will produce a single bit response 
on the GPIB data lines. As shown in the state diagrams, 
there are three basic parallel poll sates: PPIS (parallel poll 
idle state), PPSS (parallel poll standby state), and PPAS 
(parallel poll active state). 

In PPIS, the device's parallel poll function is in the idle 
state and will not respond to a parallel poll. PPSS is the 
standby state, a state in which the device will respond to a 
parallel poll from the controller. The response is inititated 
by the controller driving both ATN and EOI true 
simultaneously. 

The 8291A state diagram shows a transition from PPIS 
to PPSS with the "lpe" message/This is a PP2 implemen- 
tation for a parallel poll. This "lpe" (local poll enable) 
local message is achieved by writing 1 1 USP 3 P 2 P | to the 
Aux Mode Register with U=0. The S bit is the sense bit. If 
the "ist" (individual status) local message value matches 
the sense bit, then the 8291 A will give a true response to a 



parallel poll. Bits P 3 -P, identify which data line is used for 
a response. 

For example, assume the programmer decides that the 
system containing the 8291 A shall participate in parallel 
poll. The programmer, upon system initialization would 
write to the Aux Mode Register and reset the U bit and 
set the S bit plus identify a data line (P 3 -Pj bits). At "pon," 
the 8291 A would not resond true to a parallel poll unless 
the parallel poll flag is set (via Aux Mode Register 
command). 

When a status condition in the user system occurs and the 
programmer decides that this condition warrants a true 
response, then programmers software should set the 
parallel poll flag. Since the S bit value matches the "ist" 
(set) condition a true response will be given to all parallel 
polls. 

An additional method of parallel polling reading exists 
known as a PPl implementation. In this case the 
controller sends a PPE (parallel poll enable) message. 
PPE contains a bit pattern similar to the bit pattern used 
to program the "lpe" local message. The 8291A will 
receive this as an undefined command and use it to 
generate an "lpe" message. Thus the controller is specify- 
ing the sense bits and data lines for a response. A PPD 
(parallel poll disable) message exists which clears the bits 
SP 3 P 2 P| and sets the U bit. This also will be received by 
the 8291A and used to generate an "lpe" false local 
message. 

The actual sequence of events is as follows. The controller 
sends a PPC (parallel poll configure) message. This is an 
undefined command which is received in the CPT register 
and the handshake is held off. The local CPU reads this 
bit pattern, decodes it, and sends a VSCMD message to 
the Aux Mode Register. The controller then sends a ppe 
message which is also recieved as a undefined command 
in the CPT register. The local CPU reads this, decodes it 
clears the MSB, and writes this to the Aux Mode Register 
generating the "lpe" message. 

The controller then sends ATN and EOI true and the 
8291 A drives the appropriate data line if the "ist" (parallel 
poll flag) is true. The controller will then send a PPD 
(parallel poll disable) message (again, an undefined 
command). The CPU reads this from the CPT register 
and uses it to write a new "lpe" message (this "lpe" 
message will be false). The controller then sends a PPU 
(parallel poll unconfigure) message. Since this is also an 
undefined command, it goes into the CPT register. When 
the local CPU decodes this, the CPU should clear the 
"ist" (parallel poll flag). 



APPLICATION EXAMPLES 

In the course of developing this application note, two 
complete and identical GPIB systems were built. The 
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schematics and block diagrams are contained in Appen- 
dix l. These systems feature an 8088 CPU, 8237 DMA 
controller, serial I/O (8251 A and 8253),RAM, EPROM, 
and a complete GPIB talker/ listener controller. Jumper 
switches were provided to select between a controller 
function and a talker/ listener function. This system 
design is based on the design of Intel's SDK-8 6 prototyp- 
ing kit and thus shares the same I/O and memory 
addresses. This system uses the same download software 
to transfer object files from Intel development "systems. 

Two Software Drivers 

Two software drivers were developed to demonstrate a 
ton/ Ion environment. These two programs (BOARD 1 
and BOARD 2) are contained in Appendix 2. 

In this example, one of the systems (BOARD 1) initially is 
programmed in talk-only mode and synchronization is 
achieved by waiting for the listening board to become 
active. This is sensed by the lack of a GPIB error since a 
condition of no active listener produces an ERR status 
condition. Board 1 upon detecting the presence of an 
active listener transmitts a block of 100 bytes from a 
PROM memory across the bus. The second system 
(BOARD 2) receives this data and stores it in a buffer, 
EOI is sent true by the talker (BOARD 1) with the last 
byte of data. Upon detection of EOI, BOARD 2 switches 
to the talk only mode while BOARD 1 upon terminal 
count switches to the listen only mode. BOARD 2 then 
detects the presence of an active listener and transmitts 
the contents of its buffer back to BOARD 1 which stores 
this data in the buffer. EOI again is sent with the last byte 
and BOARD 2 switches back to listen-only. BOARD 1 
upon detecting EOI then compares the contents of its 
buffer with the contents of its PROM to ensure that no 
data transmission errors occured. The process then 
repeats itself. 



8291AwithHP9835A 

An example of the 8291 A used in conjunction with a bus 
controller is also included in this application note. In this 
example, the 8291 A system used in previous experiments 
was connected via the GPIB to a Hewlett-Packard 9835A 
desktop computer. This computer contains, in addition 
to a GPIB interface, a black and white CRT, keyboard, 
tape drive for high quality data cassettes, and a calculator 
type printer. The software for the HP 9835 A is shown in 
Appendix 3. The user should refer to the operation man- 
uals for the HP 9835A for information on the features 
and programming methods for the HP 9835 A. 

In this example, the 8292 was removed from its socket 
and the OPTA and OPTB pins of the two 8293 trans- 
ceiver reconfigured to modes and 1. Optionally, the 
mode pins could have been left wired for modes 2 and 3 
and the 8292 left in its socket with its SYC pin wired to 
ground. This would have produced the same effect. 



The first action performed is sending IFC. Generally, this 
is done when a controller first comes on line. This pulse is 
at least 100 us in duration as specified by the IEEE-488 
standard. 

The software checks to see if active listeners are on line. 
For demonstration purposes, the HP 9835A will flag the 
operator to indicate that listeners are on line. 

The HP 9835A then configures and performs a parallel 
poll (PPOL). The parallel poll indicates 1 bit of status of 
each device in a group of up to 8 devices. Such informa- 
tion could be used by an application program to deter- 
mine whether optional devices are part of a system con- 
figuration. Such optional devices might include mass 
storage devices, printers, etc. where the application soft- 
ware for the controller might need to format data to 
match each type of device. Once the PPOL sequence is 
finished, the HP 9835A offers the user the opportunity to 
execute user commands from the keyboard. At this time 
the HP 9835A sits in a loop waiting for an SRQ condi- 
tion. When the operator hits a key on the keyboard, the 
HP 9835A processor is interrupted and vectors to a 
service routine where the key is read and the appropriate 
routine is executed. The HP 9835 A will then return to the 
loop checking for SRQ true. For this application, the 
valid keys are G,D,R,H,and X. Pressing the "G" key 
causes the GET command to be sent across the bus. A 
message to this effect is printed in the CRT and the HP 
9835A returns. The "D" key causes the SDC message to 
be sent with the 8291 A being the addressed device. Again, 
an appropriate message is output on th HP 9835A CRT. 
The "R" key causes the GTL message to be sent. The CRT 
displays "REMOTE MESSAGE SENT:' The "H" key 
causes a menu to be displayed on the HP 9835 A CRT 
screen. This menu lists the allowed commands and their 
functions. NO GPIB commands are sent. The "X" key 
allows the operator to send one line of data across the 
bus. The line of data is terminated by a carriage return 
and line feed produced by pressing the "CONTINUE" 
key on the HP 9835A. 

The characters are stored in the sequence entered into a 
buffer whose maximum size is 80 characters. Pressing the 
"CONTINUE" key terminates storing characters in the 
array and all characters including the carriage return and 
line feed are sent. EOI is then sent true with a false byte of 
OOH. This false byte is due to the 1975 standard which 
allows asyncronous sending and reception of EOI. (The 
8291 A supports the later 1978 standard which eliminates 
this false byte). 

After any key command is serviced control returns to the 
loop which checks for SRQ active. Should SRQ be 
active, then the keyboard interrupt is disabled and a 
message printed to indicate that SRQ has been received 
true. 

The controller then performs a parallel poll. 

This is an example of how parallel poll may be used to 
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quickly check which group of devices contains a device 
sending SRQ. The eight devices in a group would, of 
course, have software drivers which allow a true response 
to a PPOL if that device is currently driving SRQ true. 
This would be a valuable method of isolation of the S RQ 
source in a system with a large number of devices. In this 
application program, only the response from the 8291A 
is of concern and only the 8291 A's response is considered. 
It does, however, demonstrate the technique employed. If 
a true response from the 8291A is detected, then a mes- 
sage to this effect is printed on the HP 9835 A CRT 
screen. From this process, the controller has identified the 
device requesting service and will use a serial poll(SPOL) 
to determine the reason for the service request. This 
method of using PPOL is not specifically defined by the 
IEEE-488 standard but is a use of the resources provided. 

The controller software then prints a message to indicate 
that it is about to perform a serial poll. This serial poll will 
return to the controller the current status of the 829 1 A 
and clear the service request. The status byte received is 
then printed on the CRT screen of the HP 9835A. One of 
the 8291 A status bits indicates that the 8291 A system has 
a field (on line or less) of data to transfer to the HP 
9835A. If this bit is set, then the HP 9835A addresses the 
8291 A system to talk. The data is sent by the 8291 A 
system is then printed on the CRT screen of the HP 
9835 A. The HP 9835 then enables the keyboard interrupts 
and goes into its SRQ checking loop. 

Appendix 4 contains the software for the 8291 A system 
which is connected to the HP 9835 A via the GPIB. This 
software throws away the first byte of data it receives 
since this transfer was used by the HP 9835A to test when 
the 8291 A system came on line. 

Next, both status registers are read and stored in the two 
variable STAT 1 and STAT 2. It is necessary to store the 
status since reading the status registers clears the status 
bits. 

Initially, six status bits are evaluated (END, GET, CPT, 
DEC, REMC, ADSC). Some of these conditions require 
that additional status bits be evaluated. 

If END is true, then the 8291 A system has received a 
block from the HP 9835A and the contents of a buffer is 
printed on the CRT screen. Next, the CPT bit is checked. 
PPC and PPE are the only valid undefined commands in 
this example. 



Address Status Change (ADSC) is checked to see if the 
8291 A has been addressed or unaddressed by the con- 
troller. If ADSC is false, then the software checks the 
keyboard at the CRT terminal. If ADSC is set, then the 
TA and LA bits are read and evaluated to determine 
whether the 8291 A has been addressed to talk or listen. 
The DM A controller is set to start transfers at the start of 
the character buffer and the type of transfer is determined 
by whether the 8291 A is in TADS or LADS. We only 
need to set up the DM A controller since the transfers will 
be transparent to the system processor. The keyboard 
from the CRT terminal is then checked. If a key as been 
hit, then this character is stored in the character buffer 
and the buffer printer set to the next character location. 
This process repeats until the received character is a line 
feed. The line feed is echoed to the CRT, the serial poll 
status byte updated and the SRQ line driven true. This 
allows the 8291 A system to store up to one line of charac- 
ters before requesting a transfer to the controller. Recall 
that upon receiving an SRQ, the controller will perform a 
serial poll and subsequently address the 8291 A to talk. 
The 8291 A system then goes back to reading the status 
register thus repeating the process. 

CONCLUSION 

This application note has shown a basic method to view 
the IEEE 488 bus, when used in conjunction with Intel's® 

8291 A. 

The main reference for GPIB questions is the IEEE 
Standard 488 - 1978. Reference 8291 A's data sheet for, 
detailed information on it. 

Additional Intel® GPIB products include iSBX-488, 
which is a multimode board consisting of the 8291 A, 
8292, and 8293. 
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Next, the GET bit is examined and if true, the CRT 
screen connected to the serial channel on the 8291 A 
system prints a message to indicate that the trigger com- 
mand has been received. A similar process occurs with 
the DEC and REMC status bits. 
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APPENDIX 1 
SYSTEM BLOCK DIAGRAM WITH 8088 
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APPENDIX 2 
SOFTWARE DRIVERS FOR BLOCK DATA TRANSFER 



PL/M-86 COMPILER BOARD 1 

ISIS-II PL/M-86 VI. 1 COMPILATION OP MODULE BOARD 1 

OEJECT MODULE PLACED IN: Fi. 3RD1. OBJ 

COMPILER INVOKED BY: PLM86. Fl: BRD1. SRC SYMBOLS MEDIUM 

/* BOARD 1 TPT PROGRAM */ ■ 

/* THIS BOARD TALKS TO THE OTHER BOARD BY */ 

/* TRANSFERRING A BLOCK OF DATA VIA THE 8237 */ 

/* COUPLED WITH THE 8291A. THE 8291A IS PROGRAM- */ 

/* MED TO SEND EOI WHEN RECOGNIZING THE LAST */ 

/♦ DATA ByTE'S BIT PATTERN. WHILE DATA IS BEING */ 

/* TRANSFERRED, THE PROCESSOR PERFORMS I/O READS */ 

/* OF THE 8237 COUNT REGISTERS TO SIMULATE BUS */ 

/*■ ACTIVITY', AND TO DETERMINE WHEN TO TURN THE */ 

/*. LINE AROUND. AFTER THE 8237 HAS REACHED */, 

■/* TERMINAL COUNT, THE 8291A IS PROGRAMMED TO */ 

/* THE LISTENER STATE AND WAITS FOR THE BLOCK */ 

/* TO BE TRANSMITTED PACK FROM THE SECOND BOARD */ 

/* THIS DATA IS PLACED IN A SECOND BUFFER AND */ 

/* ITS CONTENTS COMPARED WITH THE ORIGINAL DATA */ 

/* TO CHECK FOR INTERFACE INTEGRITY. */ 

1 BOARD1: 

DO; 

/* PROCEDURES #/ 

2 1 CO: PROCEDURE (XXX) ; 

3 2 DECLARE XXX BYTE, 

SER*STAT LITERALLY '0FFF2H', 

SERSDATA LITERALLY 'OFFFOH', 

TXRDY LITERALLY '01H', 

4 2 DO WHILE (INPUT <SER*STAT) AND TXRDY) <> TXRDY; 

5 3 END; 

6 2 OUTPUT (SER*DATA) = XXX; 

7 2 END CO; 

/-->:• SETUP BUFFERS #/ 

8 1 ' DECLARE BUFF2 (100) BYTE; /* RAM STORAGE AREA*/ 

9 1 DECLARE BUFFI (100) BYTE DATA 

(1, 2, 3, 4, 5,6, 7, 8,9, 10H, 

11H, 12H, 13H, 14H, 15H, 16H, 1 7H, 18H, 19H, 20H, 

21H, 22H, 23H, 24H, 25H, 26H, 27H, 28H, 29Hi 30H, 

31H, 32H, 33H, 34H, 35H, 36H, 37H, 38H, 39H, 40H, 

41H, 42H, 43H, 44H, 45H, 46H, 47H, 48H, 49H, 50H, 

51H, 52H, 53H, 54H, 55H, 56H, 57H, 58H, 59H, 60H* 

61H, 62H, 63H, 64H, 65H, 66H, 67H, 68H, 69H, 70H, 

71H, 72H, 73H, 74H, 75H, 76H, 77H, 78H, 79H, 80H, 

81H, 82H, 83H, 84H, 85H, 86H, 87H, 8SH, 89H, 90H, 
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PL/M-86 COMPILER BOARD1 



10 



91H, 92H, 93H, 94H, 95H. 96H* 97H, 98H, 99H, ODH); 

DECLARE BUFF3U7) BYTE DATA 

(ODH, OAH, 'COMPARE ERRORS ODH, OAH); /* ROM STORAGE AREA*/ 



/* 8237 PORT ADDRESSES */ 



11 



DECLARE 



CLEAR *FF 

START*0*LO 

START*0*HI 

0*COUNT*LO 

0*COUNT$HI 

SET*MODE 

CMD*37 

SET*MASK 



LITERALLY 'OFFDDH'i 

LITERALLY 'OFFDOH', 
LITERALLY 'OFFDOH' 

LITERALLY '0FFD1H', 

LITERALLY '0FFD1H', 

LITERALLY 'OFFDBH', 

LITERALLY 'OFFDBH', 

LITERALLY 'OFFDFH'i 



/* MASTER CLEAR */ 



12 
13 



/* 8237 COMMAND - DATA BYTES'*/' 
DECLARE DMA*ADR*TALK POINTER; 
DECLARE DMA*ADR$>LSTN POINTER; 



14 1 



15 



DECLARE 






RD*TRANSFER 


LITERALLY 


'48H', 


WR*TRANSFER 


LITERALLY 


'44H'> 


NORM*TIME 


LITERALLY 


"'20H', 


TC*L01 


LITERALLY 


'OFFH', 


TC*HIt 


LITERALLY 


'OOH', 


TC*L02 


LITERALLY 


'99D', 


TC LITERALLY '01 H' 


, 


I 


BYTE; 




DECLARE 







/* 100 XFERS */ 



DMA*WRD*TALK (2) 
DMA*WRD$LSTN<2) 



WORD 
WORD 



AT 
AT 



<@DMA*ADR*TALK>, 
(@DMA*ADR*LSTN); 



/* S291A PORT ADDRESSES */ 



16 



DECLARE 



PORT*OUT 

PORTSIN 

STATUS* 1 

STATUS$2 

ADDR*STATUS 

COMMANDSMOD 

ADDR*0 

EOS*REG 



LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 



'OFFCOH' 
'OFFCOH' 
'0FFC1H' 
'0FFC2H' 
'0FFC4H' 
'0FFC5H' 
'0FFC6H' 
'0FFC7H' 



/* DATA OUT*/ 

/*INTR STAT 2*/ 
/* INTR STAT 2 */ 

/*CMD PASS THRU */ 

/* EOS REGISTER */ 
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/# 8291 A COMMAND 



DATA BYTES */ 



PL/M-86 COMPILER BOARD1 



17 



DECLARE 



END*EOI LITERALLY 




'8BH', 


DNE LITERALLY 


'10H' 




PON LITERALLY 


'OOH' 


/ 


RESET LITERALLY 




'02H', 


CLEAR LITERALLY 




'OOH', 


DMA*REG*L LITERALLY 




'lOH'i 


DMA*REQ*T LITERALLY 




'20H', 


MODl*TO LITERALLY 




'BOH'. 


MODl*LO LITERALLY 




'40H', 


EOS LITERALLY 


'ODH' 


, 


PRESCALER LITERALLY 




'23H', 


HIGH-SPEED LITERALLY 




'0A4H 


OKAY LITERALLY 




'OFFFFH', 


XY2 BYTE. 






MATCH WORD, 






BO LITERALLY 


'02H' 


, 


BI LITERALLY 


'OIH' 


, 


ERR LITERALLY 


'04H' 


i 



/* CODE 3EGINS */ 



18 



ST ART? 1: 



OUTPUT <STATUS*2> =CLEAR; 



/* SHUT-OFF DMA REQ BITS TO */ 
/* PREVENT EXTRA DMA REQS */ 
/*FROM 82?1A */ 



/* MANIPULATE DMA ADDRESS VARIABLES #/ 



20 


1 


21 


1 


22 


1 


23 


1 


24 


1 



DMA* ADR* TALK = ( ©BUFF 1 ) ; 

DMA*ADR*LSTN ■** ( GBUFF2 ) j 

DMA*WRD*TALK(1 )=SHL <DMA*WRD*TALK< 1 ) , 4); 

DMA*WRD*TALK(0)=DMA*WRD*TALK (0) + DMA*WRD*TALK <1>; 

DMA*WRD*LSTN(1)=SHL (DMA*WRD*LSTN (1), 4); 

DMA*WRD*LSTN(0)-DMA*WRD*LSTN <0> +DMA*WRD*LSTN (1); 



26 


1 


27 


1 


28 


1 


2? 


1 


30 


1 


31 


1 


32 


1 


33 


1 



INIT37T: 

/* INIT 8237 FOR TALKER FUNCTIONS */ 



OUTPUT (CLEAR*FF) 

OUTPUT (CMD*37) 

OUTPUT .(SET*MODE) 

OUTPUT (SET*MASK) 

OUTPUT ( START*0*LO ) 
DMA*WRD*TALK (0) 

OUTPUT (START*0*HI) 

OUTPUT (0*COUNT*LO) 

OUTPUT (0*COUNT*HI) 



=CLEAR; /* TOGGLE MASTER CLEAR */ 

=NORM*TIME; 

=RD*TRANSFER; 

=CLEAR; 

=DMA*WRD*TALK <0)i 
=SHR (DMA*WRD*TALK <0>, 8)i 

=DMA*WRD*TALK (0); 

=TC*L02; 

=TC*HI2i 



/* INIT 8291A FOR TALKER FUNCTIONS */ 



PL/M-86 COMPILER 



BOARD! 
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40 


1 


41 


2 


42 


1 


43 


1 


44 


2 


45 


3 


46 


2 


47 


2 


48 


1 


49 


1 


50 


2 


51 


1 



34 1 OUTPUT (EOS*REG> =EOS; 

35 1 OUTPUT (COMMAND*MOD> =END*EOI; /* EOI ON EOS SENT */ 

36 1 OUTPUT (ADDR*STATUS> =M0D1*T0; /* TALK ONLY */ 

37 1 OUTPUT (COMMAND*MOD> =PRESCALER, 

38 1 OUTPUT CCQMMAND*MOD> ~HIGH*SPEED; 

39 1 OUTPUT <COMMAND*MQD> =PON; 

DO WHILE (INPUT < STATUS* 1) AND BO) =0; 
END; /* WAIT FOR BO INTR */ 
OUTPUT (PORT*OUT> = OAAH; 

DO WHILE (INPUT (STATUS*!) AND. ERR) = ERR; 

DO WHILE (INPUT < STATUS* 1) AND B0> = 0; 

END; /*■ WAIT FOR BO INTR */ 

OUTPUT <PORT*OUT> =OAAH; 
END; 

OUTPUT (STATUS*2) =DMA*REQ*T; /* ENABLE DMA REQS */ 

DO WHILE (INPUT <CMD*37> AND TO O TC; 

/* WAIT FOR TC = */ 
END; 

INIT37L; 

OUTPUT <STATUS*2> =CLEAR; /* DISABLE DMA REQS ' */ 

/* INIT 8237 FOR LISTENER FUNCTIONS */ 

OUTPUT (CLEAR*FF.) 0=CLEAR; /* TOGGLE MASTER RESET */ 
OUTPUT <CMD*37> =NORM*TIME; 
. OUTPUT <SET*MODE> =WR*TRANSFER; 
OUTPUT (SET*MASK) =CLEAR; 
OUTPUT (START*0*LO) -DMA*WRD*LSTN (0); 
DMA*WRD*LSTN (0) =SHR (DMA*WRD*LSTN (0), 8); 

(START *0*HI> =DMA*WRD*LSTN (0); 
OUTPUT <0$COUNT*LO> =TC*L01; 
OUTPUT (0$COUNT*HI) =TG*HI1: 

/*• INIT 8291.A FOR LISTENER FUNCTIONS */ 

OUTPUT (COMMAND*MOD> =RESET, 

OUTPUT (ADDR*STATUS) =M0D1*L0; /* LISTEN ONLY */ 

OUTPUT (COMMAND*MOD> =PON; 

DO WHILE (INPUT (STATUS*!) AND BI) =0; 
END; /*. WAIT FOR BI INTR •«•/ 
XYZ = INPUT (PORT*IN); 

67 1 OUTPUT (STATUS*2) =DMA*REG*L; /* ENABLE DMA REQS */ 

68 1 DO WHILE (INPUT (STATUS*! > AND DNE)0 DNE; 

/* WAIT FOR EOI RECEIVED */ 



52 


1 


53 


2 


54 


1 


55 


1 


56 


1 


57 


1 


58 


1 




OUTPUT 


59 


1 


60 


1 ■ 



61 


1 


62 


1 


63 


1 


64 


1 


65 


2 


66 


1 
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PL/M-QA COMPILER 



BOARD 1 



70 



71 



CMPBLKS- 

/* COMPARE THE TWO BUFFERS CONTENTS */ 
MATCH=CMPB (GBUFF1, SBUFF2, 100); 
IF MATCH « OKAY THEN GOTO START91; 
/* SEND ERROR MESSAGE IN BUFFER 3 */ 



73 


i 


DO 1=0 TO 16; 




74 


2 


CALL CO (BUFF 3 


<I> 


75 


2 


END; 




76 


1 


GOTO START91; 




77 


1 


END; 





); 



MODULE INFORMATION: 



CODE AREA SIZE 
CONSTANT AREA SIZE 
VARIABLE AREA SIZE 
MAXIMUM STACK SIZE 
243 LINES READ 
PROGRAM ERROR (S) 



=01DBH 475D 

=0075H 117D 

=0070H 11 2D 

=0006H AD 



END OF PL/M-QA COMPILATION 
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PL/M-86 COMPILER 



BOARDS 



ISIS-II PL/M-86 VI. 1 COMPILATION OF MODULE B0ARD2 
OBJECT MODULE PLACED IN : Fl: BRD2, OBJ 
COMPILER INVOKED- BY: PLM86 :F1: BRD2, SRC 



/* BOARD 2 TPT PROGRAM */ 
/*- */ 

/* THIS BOARD LISTENS TO THE OTHER BOARD (1) */ 
/* AND DMA 'S DATA INTO A BUFFER, WHILE WAITING */ 
/* FOR THE END INTERRUPT BIT TO BECOME ACTIVE */ 
/* UPON END ACTIVE, THE DATA IN THE BUFFER IS */ 
./* SENT BACK TO THE FIRST BOARD VIA THE GPID */ 
/* WHEN THE BLOCK IS FINISHED THE 8291A IS »/ 
/* PROGRAMMED BACK INTO THE LISTENER MODE */ 



BOARDS 



DO; 



/* S237 PORT ADDRESSES */ 



2 1 



DECLARE 



CLEARSFF 

START*0*Lo 

START*0$HI 

0*COUNT*LO 

0*COUNT*HI 

SET*MODE 

CMD*37 

SET$MASK 



LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 



'OFFDDH' 
'OFFDOH ' 
'OFFDOH ' 
'OFFDIH' 
'OFFDIH' 
'OFFDBH' 
'0FFD8H' 
'OFFDFH' 



/*MASTER CLEAR */ 



/* 8237 COMMAND 



DATA BYTES */ 



3 1 



DECLARE 



RDSTRANSFER 


LITERALLY 


'48H', 


WRSTRANSFER 


LITERALLY 


'44H', 


ADDRS1A 


LITERALLY 


'OOH', 


ADDRS1B 


LITERALLY 


'OIH', 


NQRM*TIME 


LITERALLY 


'20H', 


TC$L01 


LITERALLY 


'OFFH', 


TC*HI1 


LITERALLY 


'OOH', 


TC*L02 


LITERALLY 


'99D', 


TC*HI2 


LITERALLY 


'OOH', 


TC LITERALLY 'OIH', 



4 1 



/* 8291A PORT ADDRESSES */ 
DECLARE 



PORT*OUT 

PORT$IN 

STATUS*1 

STATUS*2 

ADDR*STATUS 

COMMAND$MOD 



LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 



'OFFCOH', 

'OFFCOH',/* DATA IN */ 
'OFFC1H', /* INTR STAT 
'0FFC2H', /* INTR STAT 
'QFFC4H', /* ADDR STAT 



*/ 
*/ 
*/ 



'OFFC5H', /* CMD PASS THRU */ 
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PL/M-86 COMPILER B0ARD2 



ADDR*0 
EOS$REG 



8 


1 


9 


1 


10 


1 


11 


1 


12 


1 


13 


1 


14 


1 



15 


1 


16 


1 


17 


1 


18 


1 


19 


2 


20 


1 


21 


1 



LITERALLY 
LITERALLY 



'0FFC6H', 
'0FFC7H', 



/* EOS REGISTER */ 



DATA BYTES .*/ 



'B8H' 



/*«■ 3291 A COMMAND 

DECLARE 

ENDSEOI LITERALLY 
DNE LITERALLY 
FON LITERALLY 
RESET LITERALLY 
CLEAR LITERALLY 
DMA*REQ*L LITERALLY 
DMA*REQ$T LITERALLY 
MQD1*T0 LITERALLY 
M0D1*L0 LITERALLY . 
EOS ' LITERALLY 
PRESCALER LITERALLY 
HIGH-SPEED LITERALLY 
XYZ BYTE, 
BO LITERALLY 
BI LITERALLY 
EPR LITERALLY 



START91; 

OUTPUT <STATUS*2> =CLEAR: /•* END INITILIZATION STATE */ 

V*. IN-IT 8237 FOR LISTENER FUNCTION */ 
INIT37L; 



10H' 


, 


OOH' 


, 




'02H 




'OOH 




'10H 




'20H 




'80H 




'.40 '. 


ODH' 


, 




'23H 




'A4H 


02H' 


# 


01H' 


, 


04H ' 


, 



OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 



<CLEAR*FF) 

<CMD*37) 

<SET*MODE) 

(3ET$MASK> 

<START*0$LO> 

<START$0*HI> 

<0*COUNT*LO> 



=CLEAR; /* TOGGLE MASTER RESET */ 

=NORM*TIME; 

=WR*TRANSFER; /* BLOCK XFER MODE */ 

=CLEAR* 

=ADDR*1A; 
=ADDR*1B; 

=TC$L01; 

=TC*HI1; 



OUTPLUT (0*COUNT*HI) 

/* INIT 8291A FOR LISTENER FUNCTIONS */ 

OUTPUT <COMMAND*MOD) =RESET; 

OUTPUT <ADDR*STATUS) =M0D1$L0; 

OUTPUT (COMMAND*MOD) =PON; 

DO. WHILE (INPUT <STATUS*1) AND 3 1 ) =0; 

END; /* WAIT FOR BIINTR */ 

XYZ= INPUT <PORT*IN>; 

OUTPUT (STATUS$2) =DMA*REQ*L; . ■ 

/* WAIT UNTIL EOI RCVD AND END INTR-3IT SET */ 

DO WHILE (INPUT (STATUS$1) AND DNE ) O DNE; 
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PL/M-86 


COMPILER B0ARD2 


23 i 


END; 


24 1 


INIT37T; 



25 


1 


26 


1 


27 


1 


28 


1 


29 


1 


30 


1 


31 


1 


32 


1 



OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 
OUTPUT 

output 

OUTPUT 



<STATUS*2> 

<CLEAR*FF> 

<CMD*37) 

<SET*MGDE) 

(SETSMASK) 

(START*0*LO) 

(START*0*HI> 

(0*COUNt*LO> 

(0*COUMT*HI) 



-CLEAR; 

=CLEAR; 

=NORM*TIME; 

=RD*TRANSFER; 

-CLEAR; 

=ADDR*1A; 

=ADDR*1B; 

=;TC$L02i 

=TC*HI2; 



/* CLEAR 8291A DRQ #/ 



/* BLOCK XFER MODE */ 



/* INIT S291A FOR TALKER FUNCTION */ 



33 


1 


34 


1 


35 


1 


36 


1 


37 


1 


38 


1 


39 


1 


40' 


2 


41 


1 


42 


1 


43 


2 


44 


3 


45 


2 


46 


2 



OUTPUT <EOS*REG) =EOS; 

OUTPUT ( COMMAND*MOD ) 

OUtPUT ( ADDR*STATUS ) 

OUTPUT \ C OMMAND*MOD ) 

OUTPUT (COMMAND*MOD> 

OUTPUT ( COMMAND$MOD ) 



=END*EOI;/* EOI ON EOS SENT 

=M0D1$TQ;/* TALK ONLY ♦/ 

=PRESCALER; 

=HIGH*SPEED; 

=PDN; 



*/ 



DO WHILE < INPUT (STATUS*1> AND BO) 
END; /* WAIT FOR BO INTR */ 
OUTPUT (PORT*0UT) =OAAH; 



=0; 



DO WHILE (INPUT (STATUS*!) AND ERR) =ERR; 

DO WHILE (INPUT ( STATUS* 1 ) AND BO) =0; 

END; 7* WAIT FOR BO INTR */ 

OUTPUT <PORT*QUT) =OAAH; 
END; 



OUTPUT (STATUSS2) =DMA*REQ*T; 
/* WAIT FOR TC=0 */ 



48 1 


1 


49 2 


1 


50 1 


GOTO 


51 1 


END; 


MODULE 


INFORMATION 



DO WHILE ( INPUT (CMD*37> AND TC ) O TC; 
END; 



CODE AREA SIZE 
CONSTANT AREA SIZE 
VARIABLE AREA SIZE 
MAXIMUM STACK SIZE 
152 LINES READ 
PROGRAM ERROR (S) 



=0122H 


290D 


=0000H 


OD 


=000 1H 


ID 


^OOOOH 


OD 
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APPENDIX 3 
SOFTWARE FOR HP 9835A 



10 REM 
TERFfiCE C 
20 flBOR 
30 REM 
RRORS UHT 
ENERS ACT 
40 Frcerr 
PUT 704 U 
i K"S "B" 
50 Chksts 
flTUS ?\ St 
t2 ? St at 3 j 
60 Err= 
ND 1 

70 IF E 
EN GOTO F 
SO PR IN 
12) ? "LIST 
RE ON LIN 
90 REM 
RE PPOLL 
100 PPOL 
GURE 704? 

" 
110 



o c i -i is i n 
LEflR 
TIO 7 
FORCE E 
IL LIST 
IVE 

: OUT 
SING "# 

t: ST 
at 1 ? St a 

St at 4 
S.tat2 fl 

rr=l TH 
r ■:• e r r 

T chr-h: 

ENERS fl 
E " 
CONFIGU 

L CONFI 

" C 1 



! r e s p o n s e o 

bit 4 
120 PRINT CHR* 
12) j " PARALLEL PO 
LL CONFIGURED" 
130 REM ENABLE 
KEYBOARD INTERRU 
PT 

140 PRINT "CO MM 
AND = ? (HIT 

•'H- FOR ■■ LI ST)" 
150 Key en: ON K 
BB GGSUB 610 
166 STATUS 75St 
atl)Stat2?Stat3j 



S t a t 


4 




170 


Srq=BINAND( 


Stat If X.ZB) 




ISO 


IF Srq 


= TH 


EN C 


i T K e y 


en 


190 


OFF KB 


D 


200 


PRINT 


CHR$( 


12) j 


"SRQ RE 


CEIVE 


D" 






210 


PRINT 


"SEND 


ING 


PARALLEL POL 


L RE 


:sponse 


MESSA 


GE" 






220 


REM EX 


ECUTI 


NG PARALLEL 


POLL 


230 


PpoI lb 


yte = P 


POLL (7) 




240 


PRINT 


"PARA 


LLEL 


. POLL B 


YTE = 


... . F 


■pcfl Ibvt 


5 


250 


PRINT 






11 




iii" 


"Ppollb 


yte = B 


INAND(Ppo1 Ibytej 
*i 


.' 

^ -? 1% 


IF Ppo 


1 1 bv t 


e = 


THEN GOTO PS 


291 






280 


PRINT 


"SR:"; 


NOT 


FROM 82 


91" 


281 


PRINT 


"CO MM 


AND 


= ? 


(HIT 


'H' 


FOR LIS 


T ) " 


290 


GOTO K 


even 


3 O 


P8291: 


PR IN 


T "'■ 


:RQ IS FROM N 


CC S 


:291 ... 


THE 


ENTERPRISE" 




310 


PRINT 


"PERF 
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ORMING SERIAL PO 
LL TO GET STATUS 

it 

320 STATUS 704 5 



Stat 




339 


PRINT CHR*( 


12) » 


"Status = "5 


Stat 




340 


Dxfer=BINAN 


rust 


a t j 1 ) 


520 


IF Bxfei->0 


THEh 


i GOTO Rc'vT 


536 


GOTO Keren 


531 


Rcvr: REM R 


EAD\ 


'■ TO RCV CHAR 


S FROM GPIB 


540 


DIM G$C30] 


550 


ENTER 764 U 


SING 


! "i£»T"'J"G* 


566 


PRINT CHR$( 


12)> 


G * 


570 


PRINT "COMM 


ANB 


= ? (HIT 


'H'" 


FOR LIST)" 


580 


GOTO Keren 


598 


REM INTERRU 


PT SERVICE ROUTI 


NES 




600 


REM GET KEY 


BOARD DATA 


610 


What key: DI 


M'K$C80] 


620 


K$=KBB* 


630 


IF K*="G" T 


HEN 


GOTO Get 


640 


IF K*="B" T 


HEN 


GOTO Bee 


650 


IF K$="R" T 


HEN 


GOTO Ren 


660 


IF K$="H" T 


HEN 


GOTO Help 


670 


IF K$="X" T 


HEN 


GOTO Knit 


680 


Get: TRIGGE 



R 704 


690 


PRINT CHR$( 


12) j 


"GROUP EXECU 


TE TRIGGER SENT" 


700 


PRINT " " 


710 


PRINT "COMM 


AND 


= ? (HIT 


" H - 


FOR LIST) " 


720 


RETURN 


730 


Bee: RESET 


784 




740 


PRINT CHR*( 


12) j 


"SELECTIVE D 


EVIC 

it 


:e clear sent 


750 


PRINT " " 


760 


PRINT "COMM 


AND 


= ? (HIT 


'H' 


FOR LIST)" 


770 


RETURN 


780 


Ren: LOCAL 


704 




790 


PRINT CHR$( 


12)! 


"REMOTE MESS 


AGE 


SENT" 


800 


PRINT 


810 


PRINT "COMM 


AND 


= ? (HIT 


'H- 


' FOR LIST) " 


820 


RETURN 


830 


Help: PRINT 



CHR*(12) . 

840 print - eee 

e OPERATOR ALLOW 
ABLE COMMANDS g@ 



10-137 



ee " 

850 PRINT " hit 

key result." 
860 PRINT " G 
Send GET n 


essase." 
870 PRINT 
Sen d 


" B 
B£C r*i 


e s s a s e " 
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see print •• r 

Send REM- L 

C P'l SiS0 3S" 

890 PRINT " X 
Knits kevb 

card i nr-'Ut to 82 

91" 

960 PRINT " H 
Prints t hi 

s table" 

916 PRINT " " 

920 PRINT "... 

go ahead? TRY IT 
! " 

930 RETURN 



940 Xr-.it: HIM fi 

*C80] 

950 PRINT CHR$( 

12) ? "Enter data 

to send and hit 

CONTINUE" 

960 INPUT f\$ 



970 


OUTPUT 764 > 


flf 




971 


EOI 758 


980 


PRINT "CO MM 


AND ■■ 


= ? (HI.T 


'H' 


FOR LIST) " 


990 


RETURN 


1000 


END 
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APPENDIX 4 
SOFTWARE FOR HP 8088/HP 9835A VIA GPIB 



PL/M-86 COMPILER HPIB 



ISIS-II PL/M-B6 VI. 1 COMPILATION OF MODULE HPIB 

OBJECT MODULE PLACED IN :F1: HPIB. OBJ 

COMPILER INVOKED BY: PLM86 :F1: HPIB. SRC LARGE 



HPIB: 
/* 

PARAMETER DECLARATIONS 
*/ 

DO; 

DECLARE 

ADDR*HI LITERALLY 'OIH', 

ADDR*LO LITERALLY 'OOH', 

ADSC LITERALLY 'OIH', 

BI LITERALLY 'OIH', 

BO LITERALLY '02H', 

CHAR*CQUNT BYTE, 

CHAR BYTE, 

CHARS < 80) BYTE, 

CLEAR LITERALLY 'OOH', 

CPT LITERALLY '80H', 

CRLF LITERALLY 'OAH', 

DEC LITERALLY '08H', 

DM A* ADR*LSTN PO I NTER , 

DMA*ADR*TALK POINTER, v 

DMA*WRD*LSTN<2> WORD AT < @DMA»ADR*LSTN ) , 

DMA*WRD*TALK ( 2 > WORD AT ( @DMA$ADR«TALK ) , 

DMA*REQ*L LITERALLY '10H', 

DMASREQ*T LITERALLY '20H', 

DNE LITERALLY '10H', 

END*EOI LITERALLY '88H', 

EOS LITERALLY 'ODH', 

ERR LITERALLY '04H', 

GET LITERALLY '20H', 

I BYTE, 

LISTEN LITERALLY '04H', 

ML A LITERALLY '04H', 

M0DE*1 LITERALLY 'OIH', 

NO*DMA LITERALLY 'OOH', 

NO*RSV LITERALLY 'OOH', 

NORM*TIME LITERALLY '20H', 

PON LITERALLY 'OOH', 

PPC LITERALLY '05H', 

PPE*MASK LITERALLY '60H', 

PPOLL*CNFO*FLAO LITERALLY '01H', 

PPOLL*EN*BYTE BYTE, 

PRI*BUF<80) BYTE AT (GCHARS), 

RD*XFER LITERALLY '48H', 

RESET LITERALLY '02H', 

REMC LITERALLY '02H', 

RSV LITERALLY '40H', 

RXRDY LITERALLY '02H', 
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SRQS 


LITERALLY 


'40H' 


STAT1 


BYTE, 




STAT2 


BYTE, 




TALK 


LITERALLY 


'02H' 


TA*OR*LA BYTE, 




TRQ 


LITERALLY '41H 


', 


TC 


LITERALLY 'OIH 


/ 


TC*HI 


LITERALLY 


'OOH' 


TC*LO 


LITERALLY 


'OFFH 


TXRDY 


LITERALLY 


'01H' 


UDC 


BYTE, 




WR*XFER 


LITERALLY 


'44H' 


XYZ 


BYTE; 





PORT DECLARATIONS 
*/ 



DECLARE 

ADDR*0 

ADDR*STATUS 

CLEAR*FF 

CMD*37 

COMMAND*MOD 

COUNTSHI 

COUNT*LO 

CPT*REG 

EOS*REG 

PORT*IN 

PORT*OUT 

SERSDATA 

SERSSTAT 

SET$MASK 

SET*MODE 

SPOLL*STAT 

STARTSHI 

STARTSLO 

STATUS*! 

STATUS*2 



LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 
LITERALLY 



'0FFC6H,', 

'0FFC4H', 

'OFFDDH', 

'0FFD8H', 

'OFFC5H', 

'OFFD1H', 

'OFFD1H', 

'OFFC5H', 

'0FFC7H', 

'OFFCOH', 

'OFFCOH', 

'OFFFOHV 

'0FFF2H', 

'OFFDFH', 

'OFFDBH', 

'0FFC3H', 

'OFFDOH', 

'OFFDOH', 

'OFFC1H', 

'0FFC2H'; 



/* crt messages list */ 



DECLARE GET*MSG(11> BYTE DATA (ODH, OAH, 'TRIGGER ', OAH, ODH) i 

DECLARE DEC*MSG(16> BYTE DATA (ODH, OAH, 'DEVICE CLEAR ', OAH, ODH) i 

DECLARE REMC*MSG(10) BYTE DATA (ODH, OAH, 'REMOTE ', ODH, OAH) i 

DECLARE CPT*MSG(22) BYTE DATA (ODH, OAH, 'UNDEF CMD RECEIVED'. OAH, ODH) i 

DECLARE HUH*MSG(11) BYTE DATA (ODH, OAH, 'HUH ??? ' , ODH, OAH ) ; 



/* called procedures */ 
REQSER: PROCEDURE; 
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11 


2 


12 


3 


13 


2 


14 


2 


IS 


1 


16 


2 


17 


2 


18 


3 


19 


2 


20 


2 


21 


1 


22 


2 


23 


3 


24 


3 


25 


2 



PL/M-86 COMPILER HP IB 

10 2 OUTPUT (SPOLL*STAT)=TRQ; 

DO WHILE (INPUT (SPQLL*STAT) AND SRQS)»SRQS; 
ENDi 

OUTPUT (SPOLL*STAT)=NO*RSV; 

END REQSER; 

CO: PROCEDURE (XXX); 
DECLARE 
XXX BYTE; 

DO WHILE (INPUT (SER*STAT) AND TXRDY)OTXRDY; 
END; 

OUTPUT (SER*DATA)=XXX; 
END CO; 
HUH: PROCEDURE; 

DO 1=0 TO 10; 

CALL CO (HUH*MSO(I))» 
END; 
END HUH; 

26 1 CI: PROCEDURE; 

IF (INPUT (SER*STAT) AND RXRDY)=RXRDY THEN 
DO; 

1=0; 

CHAR*COUNT=0; 
STORE*CHAR: CHAR=( INPUT (SER*DATA) AND 7FH); 

CHAR*C0UNT=CHAR*C0UNT+1; 
CALL CO (CHAR); 
CHARS(I)=CHAR; 
1=1+1; 

IF CHAR O CRLF THEN 
DO; 
DO WHILE (INPUT (SER*STAT> AND RXRDY) ORXRDY; 
END; 

GOTO STORE*CHAR; 
END; 
CALL REQSER; 
END; 
END CI; 

TALK*EXEC: PROCEDURE; 

OUTPUT (STATUS$2)=CLEAR; 

/#,■ 

manipulate address bits for DMA controller 

47 2 DMA*ADR*TALK=(SCHARS); 

48 2 DMA*WRD*TALK(1)=SHL(DMA*WRD*TALK(1>*4); 

49 2 DMA*WRD*TALK(0)=DMA*WRD*TALK(0>+DMA*WRD*TALK( 1 ); 

50 2 OUTPUT (CLEAR*FF)=CLEAR; 



27 


2 


28 


2 


29 


3 


30 


3 


31 


3 


32 


3 


33 


3 


34 


3 


35 


3 


36 


3 


37 


3 


38 


4 


39 


5 


40 


4 


41 


4 


42 


3 


43 


3 


44 


2 


45 


1 


46 


2 



10-141 230832-001 



inteT 



AP-166 



PL/M-86 COMPILER 



HPIB 



91 


2 


52 


2 


S3 


2 


54 


2 


55 


2 


56 


2 


57 


2 


58 


2 


59 


2 


60 


2 


61 


2 


62 


3 


63 


2 


64 


2 


65 


3 


66 


4 


67 


3 


68 


3 


69 


2 



OUTPUT (CMD37>=N0RM*TIME; 

OUTPUT (SET*MODE)=RD*XFER; 

OUTPUT (SET*MASK)=CLEAR; 

OUTPUT ( START*LO ) =DMA*WRD*TALK < > ; 

DMA*WRD*TALK < ) =SHR ( DMA*WRD*TALK ( ) , 8 ) ; 

OUTPUT (START*HI >=DMA*WRD*TALK(0> i 

OUTPUT (COUNT*LO)=CHAR*COUNT; 

OUTPUT (COUNT*HI)=0; 



OUTPUT (EOS*REG)=EOS; 

OUTPUT (COMMAND*MOD)=END*EOI; 

DO WHILE (INPUT (STATUS*!) AND BO)=Oj 

END; 

OUTPUT <PORT*OUT>=OAAH; 

DO WHILE (INPUT (STATUS* 1) AND ERR)=ERRi 
DO WHILE (INPUT (STATUS*1) AND B0>=»0; 
END; 
OUTPUT (PORT*OUT)=OAAHi 

END; 

OUTPUT (STATUS*2)=DMA*REQ*T; 



70 



END TALK*EXECi 



71 



LISTEN*EXEC: 



PROCEDURE; 



72 


2 


73 


2 


74 


2 


75 


2 


76 


2 


77 


2 


78 


2 


79 


2 


80 


2 


81 


2 


82 


2 


83 


2 


84 


2 


85 


2 


86 


2 


87 


1 


88 


2 


89 


2 


90 


3 


91 


3 


92 


3 


93 


2 



OUTPUT (STATUS*2)=CLEAR; 

OUTPUT (CLEAR*FF)=CLEAR; 

OUTPUT (CMD*37)=N0RM*TIME; 

OUTPUT (SET*MODE)=WR*XFERi 

OUTPUT (SET*MASK)=CLEAR; 

DMA*ADR*LSTN= ( QCHARS > ; 

DMA*WRD*LSTN ( 1 ) =SHL ( DMA*WRD*LSTN ( 1 ) > 4 ) i '■ 

DMA*WRD*LSTN ( ) =DMA*WRD*LSTN ( ) +DMA*WRD*LSTN < 1 ) i 

OUTPUT (START*LO)=DMA*WRD*LSTN(0)i 

DMA*WRD*LSTN ( ) =SHR ( DMA*WRD*LSTN ( ) , 8 ) i 

OUTPUT (START*HI)=DMA*WRD*LSTN(0)i 

OUTPUT (COUNT*LO)=TC*LO; 

OUTPUT (COUNT*HI)=TC*HI,- 

OUTPUT (STATUS*2)=DMA*REQ*Li 

END LISTEN*EXECi 

PRINTER: PROCEDUREi 

1=0; 

DO WHILE PRI*BUF(I) OCRLFi 

CALL CO (PRI*BUF(I)>; 

I=I+li 
END; 
CALL CO (PRI*BUF(I>>; 



94 



END PRINTER; 
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95 1 ADSC*EXEC: PROCEDURE? 



96 2 TA*OR*LA= INPUT < ADDR*STATUS ) ; 

97 2 IF <TA«OR*LA AND TALK) "TALK THEN 

98 2 CALL TALK*EXEC; 

99 2 IF <TA*OR*LA AND LISTEN)=LISTEN THEN 

100 2 CALL LISTEN*EXEC; 

101 2 END ADSC*EXEC; 

102 1 GET*EXEC: PROCEDURE; 

103 2 DO 1=0 TO 10; 

104 3 CALL CO < GET*MSG ( I ) ) ; 

105 3 END; 

106 2 END GETfcEXEC; 

107 1 DEC*EXEC: PROCEDURE; 

108 2 DO 1=0 TO 15; 

109 3 CALL CO <DEC*MSG< I ) ); 

110 3 END; 

HI 2 END DECfEXEC; 

112 1 REMC*EXEC: PROCEDURE; 

113 2 DO 1=0 TO 9; 

114 3 CALL CO <REMC*MSG(I),); 

115 3 END; 

116 2 END REMC*EXEC; 



117 1 PPOLL*CON: PROCEDURE; 

118 2 OUTPUT <COMMAND*MOD)=PPOLL*CNFG*FLAG; 

119 2 END PPOLL*CON; 

120 1 PPOLL*EN: PROCEDURE; 

121 2 PPOLL*EN*BYTE=<UDC AND 6FH); 

122 2 OUTPUT <COMMAND*MOD)=PPOLL*EN*BYTE; 

123 2 END PPOLL*EN; 

124 1 CPT*EXEC: PROCEDURE; 

125 2 DO 1=0 TO 21; 

126 3 CALL CO <CPT*MSG< I ) ); 

127 3 END; 

128 2 UDC-INPUT <CPT*REG); 

129 2 UDC«(UDC AND 7FH); 

130 2 IF <UDC AND PPC)=PPC THEN 

131 2 CALL PPOLUCON* 

132 2 IF <UDC AND PPE*MASK)=PPE*MASK THEN 

133 2 CALL PPOLL*EN; 
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135 



141 



END CPT*EXEC; 
/* 

BEGIN CODE 
*/ 



INIT: 





OUTPUT 


136 J 


L OUTPUT 


137 J 


L OUTPUT 


138 J 


L OUTPUT 


139 2 


I OUTPUT 


140 


L OUTPUT 



<CLEAR*FF> =CLEARi 
( COMMAND*MOD ) "RESET; 
( ADDR*ST ATUS ) »MODE* 1 ; 
<ADDR«0> »MLA; 
<STATUS*2> »NO*DMA; 
( COMMAND*MOD ) »PON; 



LISTENERS: 

/* response to listeners check */ 



142 

143 
144 

14S 



146 



DO WHILE (INPUT <STATUS»1> AND BI)-Oj 
ENDi 

XYZ-INPUT <PORT«IN); 
XYZ-INPUT (STATUS*2)i 

CMD: 

RDSTAT: 

/* read status registers and interpret command */ 

STAT1=INPUT <STATUS*1>; 
STAT2*INPUT <STATUS*2>; 



147 


1 


IF 


(STAT1 AND DNE)»DNE THEN 


146 


1 




CALL PRINTER; 


149 


1 


IF 


(STAT1 AND CPT)=CPT THEN 


150 


1 




DO; 


151 


2 




CALL CPT*EXEC; 


152 


2 




STAT2=(STAT2 AND OFEH); 


153 


2 




END; 


154 


1 


IF 


(STAT1 AND GET)=GET THEN 


155 


1 




DO; 


156 


2 




CALL GET*EXEC; 


157 


2 




STAT2=(STAT2 AND OFEH); 


158 


2 




END; 


159 


1 


IF 


(STAT1 AND DEC)=DEC THEN 


160 


1 




DO; 


161 


2 




CALL DEC*EXEC; 


162 


2 




STAT2=(STAT2 AND OFEH); 


163 


2 




END; 


164 


1 


IF 


(STAT2 AND REMC)=REMC THEN 


165 


1 




DO; 


166 


2 




CALL REMC*EXEC; 


167 


2 




STAT2=<STAT2 AND OFEH); 


168 


2 




END; 


169 


1 


IF 


(STAT2 AND ADSC)=ADSC THEN 
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170 


1 


171 


2 


172 


2 


173 


2 


174 


1 


17S 


1 



DO; 

CALL ADSC$EXEC; 

STAT2=<STAT2 AND OFEH); 

END; 



CALL CI j 
GOTO CMDi 



176 1 END; 



MODULE INFORMATION: 

CODE AREA SIZE » 0475H U41D 

CONSTANT AREA SIZE = OOOOH OD 

VARIABLE AREA SIZE = 0061H 97D 

MAXIMUM STACK SIZE - OOOAH 10D 
349 LINES READ 
PROGRAM ERROR (S) 

-END OF PL/M-86 COMPILATION 



10-145 



inteT 



ARTICLE AR-208 

REPRINT 



June 1982 





A& 




& 




o^ 




o° 










^ 






/>"' 




&& 




# 



Reprinted with permission from COMPUTER DESIGN, March 1982. Order Number: 210404-001 

10-147 




SPECIAL REPORT ON DESIGNING WITH ADVANCED SYSTEM ICs 



LSI TRANSCEIVER CHIPS 
COMPLETE GPIB 



INTERFACE 



A gpib interface meeting ieee 488 standards can be built with 
only three or four chips! 



by Pradip Madan and 
Jim Frederick 



The decision to support the ieee 488 standard with 
integrated circuits was based on the potential 
popularity of the interface standard and its applica- 
tions potential. Although a serial interface supports 
many system throughput requirements, a parallel inter- 
face over short distances can provide much higher data 
transfer rates, yet remain economical despite the extra 
interconnection copper required. 

The IEEE 488 standard is for a parallel interface 
designed to operate over a limited distance. Its general 
purpose nature makes the general purpose interface 
bus (gpib) attractive for a variety of systems, and also 
allows manufacturers to design their equipment inter- 
faces to a common standard. As a result, users can mix 
equipment from different manufacturers without hav- 
ing to adapt the interfaces for compatibility. To date 
the gpib has been incorporated in computer peripherals, 
such as printers, but the most applications have been in 
programmable instrumentation systems. Other gpib 
applications include camera control in computer con- 
trolled studios, electronic surveillance, peripheral con- 
trol, modular add-ons to photocopiers, and so forth. 



Pradip Madan is the product manager for 
microprocessor peripheral components at Intel Corp, 
2625 Walsh Ave, Santa Clara, CA 95051, where he 
has been employed for 2 years. He has a bsee, an MS 
in computer science, and an mba in finance. 



Integration benefit 

Shortly after the IEEE 
committee had put the 
final touches on its stan- 
dard specifications, 
engineers began building 
gpib interface sub- 
systems. Because the 
standard had just been 
defined, there were no 
large scale integration 
(LSI) chips available. 
Therefore, the first GPIB 
implementations were 
board level designs 
replete with small scale 
integration (ssi) and 
medium scale integration 
(MSI) logic chips. A typical effort included four or five 
rows of ten chips each. 

With the advent of integrated circuit gpib chips, chip 
counts dropped dramatically, reliability improved, and 
space requirements shrank. Consequently, the price 
range of systems for which gpib had become practical 
began to decrease. A fully functional gpib subsystem 
can now be constructed with less than one-tenth the 
number of chips formerly required. In fact, the complete 




Jim Frederick is a microcomputer design engineer at 
Intel Corp. Since joining the company in 1974, he has 
been involved in several different projects. Mr 
Frederick has studied at the College of San Mateo, 
and the University of Santa Clara. 
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talker/listener/controller mode logic resides in four LSI 
chips: one Intel 8291A talker/listener, one 8292 
controller, and two 8293 transceivers. All these LSI, 
including the transceiver, are implemented in metal 
oxide semiconductor (mos) technology. 

Unlike the controller or talker/listener functions 
which could be integrated routinely in N-channel mos 
(NMOS) technology, the transceiver posed special 
problems in MOS integration. 

The chip's size includes a 7-mil ground 
line and two ground pads in order to 
handle the 432-mA current. 

The standard calls for the transceiver circuitry to be 
able to drive each of the 16 bus lines with a nominal 
48 mA of current. In addition, it specifies a minimum 
required input hysteresis and places a limit on propaga- 
tion delays. Driving relatively high currents quickly was 
not a familiar province of MOS technology. Certainly 
the garden variety nmos lacked the necessary speed- 
power product to handle the task. 

However, progress in nmos technology has produced 
the high speed, densely integrated high performance 
mos (HMOS) technology which has the necessary 
characteristics to meet the current drive and propa- 
gation speed requisites. 

Designing the 8293 transceiver 

Although the 48-mA drive required by the 16 gpib lines 
had only been implemented with bipolar technology 
before, hmos technology— with its reduced gate 
lengths, smaller size, and lower parasitic capaci- 
tance—looked like it could handle the job. Architec- 
turally, the 8293 contains nine transceiver circuits which 
can be configured for data or interface management line 
transceivers. Nine open collector or 3-state line drivers 
that could sink 48 mA, in addition to twelve Schmitt- 
type line receivers, were used to implement the nine 
transceivers. Fig 1 is a schematic representation of one 
of these 3-state drivers. 

Additional logic was added for decoding the trans- 
mit/receive mode control of each of the transceivers. 
The 8293 was conceived as operating in four distinct 
modes: talker/listener control transceiver, talker/lis- 
tener/controller control transceiver, talker/listener data 
transceiver, and/or talker /listener/controller data 
transceiver. Thus, a 2-pin select scheme allows a user to 
select the desired operating mode. 

Choosing appropriate active devices 

All of the 8293's functional elements required only four 
different types of active field effect transistors (fets). 
Low threshold enhancement type devices show good 
high output voltage characteristics, and were used as 
output pullup devices in push-pull 3-state drivers. 
Enhancement type fets were also used for fast 
switching and low leakage: depletion type devices were 
used for resistive pullup in buffering. Depletion type 
fets also played an important role in meeting the 
hysteresis specifications of the ieee 488 standard. 
Finally, higher threshold depletion type devices were 
used to prevent the bus lines from being disturbed on 
power-up and power-down. 



A conventional mos transistor capable of supplying 
48 mA at 0.5 V would have been physically too large. 
hmos technology, however, permits such a device to be 
fabricated in an area of less than 150 mil 2 (97 mm 2 ). 
Furthermore, the low speed/power product of hmos 
allowed a multi-stage design so that, like transistor-tran- 
sistor logic (ttl) circuitry, natural hysteresis could be 
built into the receivers. 



IEEE 488 interface standard 



tminir t 




The ieee 488 interface standard specifies an 8-bit 
parallel, bidirectional data bus with eight additional 
lines for data-byte transfer control and general inter- 
face management. The three data-byte transfer lines 
are data valid (dav), not ready for data (nrfd), and not 
data accepted (ndac). States of these three lines 
determine when data on the 8-bit data bus are yajid, 
ready to be received, and received, respectively. 
General interface mangement lines are interface clear 
(ifc), attention (atn), service request (srq), remote 
enable (ren), and end or identify (eoi). These lines are 
used to clear the bus and establish control, initiate 
polling, pass control from a controller to another con- 
troller or the front panel, and indicate the end of a 
transfer sequence. 
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Special layout techniques 

The transceiver was implemented using new layout tech- 
niques aimed at reducing the series resistance in the 
polysilicon gate structures of the large transistors, and 
routing ac signal paths over metal interconnects in order 
to reduce capacitance and series resistance. Chip size, 
188 x 156 mils (5x4 mm), includes a 7-mil (0.2-mm) 
ground line and two ground pads in order to handle the 
432-mA current generated when all drivers are on. 
Power consumption is 300 mW, typically, with driver or 
receiver speeds of 20 ns under light loads and speeds of 
85 ns under the maximum load of 4500 pF. 

Signaling a new trend? 

Until the advent of the 8293, complex mos chips relied 
on bipolar drivers to handle the heavy bus loading 
found in complex systems. The 8293 could point the way 
to future microprocessors and controllers that include 
their own mos drivers. Such a scheme would signifi- 
cantly reduce the time lost by going through external 
buffers. It would also provide all the other benefits of 
system integration. 

The 8293 is essentially a non inverting buffer chip 
capable of driving high currents. The 8291A talker/lis- 
tener chip and 8292 gpib controller chip are designed to 
interface with the 8080, 8085, iAPX 86, iAPX 88, and 
8048/8051 microprocessors and single-chip microcompu- 
ters. However, the 8291 A and 8292 cannot electrically 
drive a standard ieee 488 bus by themselves. Thus, the 
8293 was designed to interface between the gpib and a 
single 8291A or a combination of the 8291A and 8292. (See 
Fig 2.) 

The chip is divided into nine distinct transceivers. 
Each one's characteristics, such as 3-state or open- 
collector outputs, and transmit or receive modes of 
operation, are determined by internal logic control. (See 
Fig 3.) Thus, in mode talker/listener control config- 
uration the attention (atn) transceiver is forced into an 
input-only mode with respect to the bus's atn line. The 
end or identify (eoi) transceiver, on the other hand, is 
either a transmitter or receiver depending on the state of 
the transmit/receive (T/R2) line. Its interface to the gpib 
is 3-state because of the fixed 5 V logic on the eoi 
transceiver's output control. In mode 1, the talker/lis- 
tener data configuration, the 8293 is a true transceiver 
with its operations mode controlled by the state of the 
T/Ri line and its output characteristics (3-s tate or open- 
collector) determined by the states of the ATN and EOI 
lines. (See Fig 3.) 
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Fig 1 3-state driver schematic. Nine such open collector 
drivers are used in the interface. 
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Fig 2 8239 is designed for use in talker/listener 
implementation (a), or for talker/listener/controller 
interface (b). 
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fig 3 Internal logic controls for each transceiver will be either fixed or subject to control via 
external logic. In mode 0, chip is set up for control, thus some transceivers are fixed in transmit or 
receive mode only. In mode 1, chip is configured as true transceiver— all nine transceivers can 
transmit or receive depending on state of t/ri pin. In (a) is talker /listener control configuration, 
and in (b), talker/listener data configuration. 



The talker/listener/controller control configuration, 
mode 2, is a full transceiver mode but the operation 
mode of the transceivers is determined by more complex 
combinational logic. (See Fig 4.) The fourth mode 
(mode 3), which is the talker/listener /controller data 
configuration, is again a true transceiver whose mode of 
operation is controlled by the state of the t/ri line. In 



this mode, some additional interval combinational logic 
is enabled to permit the 8293 to support the 8292 in taking 
bus control synchronously. 

...complete talker /listener /controller 
mode logic resides in four LSI chips. 



The 8293's overall mode (mode 0, 1,2, or 3) is deter- 
mined by the state on the option pins 26 and 27. For ex- 
ample, if both pins are tied low (0 V), the chip is in 
mode 0. If both are high (5 V) it is in mode 3. The par- 
ticular state of these pins will determine the 
characteristics of the other 26 pins. (See the Table, "8293 
Mode Selection Pin Mapping.") 

Talker/listener only 

If the IEEE 488 is to be implemented in a system that is 
able to talk and listen (eg, a digital multimeter), only 
talk (eg, a counter), or only listen (eg, a signal generator), 
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Fig 4 Mode 2 is control configuration. Operating nodes of individual transceivers are controlled by 
external signals and internal combinational logic. Chip in mode 3 acts like true transceiver, as in 
mode 1, except some extra functions have been included in order to support controller function. In 
(a), talker/listener/controller configuration is for control, and in (b), for data. 



then the entire interface can be built with a single 
8291 A and a pair of 8293s. (See Fig 5.) In this configura- 
tion, one 8293 handles the eight data lines dioi to DI08 
and the other handles the data-byte transfer handshake 
lines and general interface management lines. Both 
transceivers are connected to the 8291A's'atn, and EOl, 
and t/ri lines. 

Talker/listener/controller 

For an ieee 488 controller (like the HP 85 or Tektronix 
4051), the system must be able to take control of the bus 
or delegate it to another controller. Such an interface 
scheme can be implemented using an 8291 a, an 8292, and 
a pair of 8293s. (See Fig 6.) The arrangement is similar to 
that of a talker/listener interface; one 8293 handles the 
Dioi through DI08 bus data lines and the other handles 
the data byte transfer handshake and general interface 
management lines. The difference is that pins 26 and 27 
have been selected for modes 2 and 3 and several addi- 



tional control functions have been added. The attention 
in (atni) lines and attention out (atno) lines permit the 
8292 to monitor the gpib's ATN line and take control of 
the bus. In conjunction with the atn line, the E0I2 line is 
used by the 8292 to initiate a polling sequence. 

The chip is divided into nine distinct 
transceivers and each one's 
characteristics are determined by 
internal logic. 

Lastly, the system controller line (SYC) enables the 
control function. If it is low, the 8292 is prevented from 
acting as a controller. If it is switched high, the 8292 can 
act as a controller. In essence, the syc controls the 
direction of the interface clear (ifc) and remote enable 
(ren) signals. 
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Fig 5 Talker/listener only implementation can be built using just three chips— single 8291A and a 
pair of 8293s. First (upper) transceiver chip is used for bidirectional data flow on dioi to dios data 
lines. Lower 8293 handles some of data byte transfer control lines and general interface management 
lines. 
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*These pins are the IEEE 488 bus noninverting driver/receivers. They include all the bus terminations 
required by the standard, and connect directly to the GPIB connector. 
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Fig 6 Fully functional talker/listener/controller interface can be built with only four LSI chips; the 
8291 A, 8292, and a pair of 82935. Like simpler talker /listener only case, one 8293 handles data 
transceiver functions while other handles data byte transfer control and general interface 
management. There are additional control lines enabled which support the controller (8292) activity. 



Summary 

Before the advent of integrated solutions for ieee 488 
implementation, it usually took forty to fifty ssi and 
MSI chips to build this interface. A large portion of 
those were eliminated by controllers and interface chips 
like the 8291A and 8292. Now, with the last part of the 
interface available in LSI, a fully functional interface 
can be built using only four LSI chips. The cost of the 
original design was typically $400 to $500. A set of the 
three chips, the 8291A, and two 8293s (for a 
talker/listener function) allows a 15-fold reduction in 
cost. The power dissipation of a 40-chip interface was in 



the vicinity of 10 W. The power dissipation of the 4-chip 
approach is a mere 1.5 W. The size of the PC board is 
considerably smaller, too, and that lowers the manufac- 
turing costs and improves reliability. 
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LSI CHIPS EASE STANDARD 488 
BUS INTERFACING 



Time and cost disadvantages of interfacing to the IEEE Std 488 
bus are overcome with a dedicated LSI chip set that incorporates 
most of its functional and electrical specifications 



Ronald M. Williams Intel Corporation, Santa Clara, California 



H, 



I istorically, interface techniques proliferated as 
designers evolved customized links among instruments, 
controllers, and processors for realtime test measure- 
ments or data communications, resulting in excessive 
and expensive codes, formats, signal levels, and timing 
factors. Obviously, interface standardization was manda- 
tory to save design costs for engineers, development 
costs for manufacturers, and system integration costs 
for users. Thus, IEEE Standard 488-1978 (a revision of 
ansi/ieee Std 488-1975) offers a universal instrumenta- 
tion system approach to automatic operating measure- 
ment configurations that provides compatibility, versa- 
tility, and flexibility. This system approach establishes 



a suitable standard bus for interfacing programmable 
devices from different manufacturers. Outstanding ad- 
vantages of the standard bus include byte serial, bit 
parallel digital data handling, synchronized communi- 
cation among devices at varying data rates, and hard^- 
ware interchangeability and interconnection in daisy- 
chained fashion. However, some restrictive disadvantages 
that have hindered implementation are highly com- 
plex logic protocol, time consuming design analysis, 
and lack of low cost components to perform the intri- 
cate logic control functions. To overcome these draw- 
backs, a large scale integrated (lsi) chip set has been 
designed with built-in IEEE Std 488 logic controls. Thus, 
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interfacing has been significantly simplified for proper- 
ly connecting processor buses and programming system 
protocols. 



Interface Overview 

The ieee Standard 488-1978 bus interface includes 
'electrical, mechanical, and functional specifications* 
for interconnecting both programmable and nonpro- 
grammable electronic measuring apparatus with other 
apparatus and accessories necessary to assemble in- 
strumentation systems. The functional specifications 
occupy about 80% of the document and involve a 
proportional amount of system design time to imple- 



*This article deals with the functional aspects (interface signals 
that exist on the physical bus) of ieee Std 488-1978, and is not 
intended as a complete dissertation on the major elements of the 
standard. For detailed definitions of the mechanical (physical 
cable connections), electrical (timing, voltages, and currents), 
and operational (application software routines) technicalities, 
interested readers should consult the IEEE Standard Digital 
Interface for Programmable Instrumentation, ieee Std 488-1978, 
Institute of Electrical and Electronics Engineers, Inc, New York, 
ny 10017, Nov 30, 1978— Ed. 



ment. Bus functions encompass 16 active signal lines, 
10 interface functions, the protocol by which inter- 
face functions send and receive messages, and logical 
and timing relationships between signal states. 

Functional requirements of the standard can be in- 
corporated in either hardware, software, or a com- 
bination of both. Some designers have chosen the hard- 
ware approach to incorporate all the interface func- 
tions, using about 200 medium scale integrated (msi) 
and small scale integrated (ssi) packages. This tech- 
nique costs about $1000 for a complete interface 
board. As a result, many cost sensitive implementa- 
tions of the bus interface use only a subset of its 
functions custom tailored to the requirements of the 
devices involved, thereby reducing package count and 
expense by curtailing the interchangeability advantages. 

Other designers have selected the software approach 
to implement the bus interface. One disadvantage of 
this approach is that programming is an expensive and 
extended project; another is that a subroutine has to 
be executed with each transferred byte. This overhead 
not only burdens the microprocessor within a device, 
but also reduces the overall speed of the bus. This 
approach costs about $200 for the interfacing functions. 
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Fig 1 IEEE Std 488 active signal lines 
for multiple devices. Peripheral devices 
of different characteristics can be easily 
connected to standard bus interface. 
Controller (or processor), such as mini- 
computer, enables and disables talkers 
and listeners and manages overall bus 
activity. Bubble memory functions as 
both talker and listener. As listener, 
printer receives characters to be printed. 
As talker, counter transmits measure- 
ments to both controller and listeners 
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Combinational hardware/software approaches, al- 
though faster than direct software implementations, 
still require enormous design time and cost about $1000 
for a typical interface board. 

With a recent alternative approach, however, the 
bus interface is easier and less expensive to incorporate 
in instrument designs. LSI circuit chips now include as 
built-in capabilities most of the functional and some 
of the electrical portions of the Standard's specifica- 
tions, significantly reducing design time and costing 
about $50 for bus interfacing. Additionally, Intel's 
8291/8292 General Purpose Interface Bus (gpib) 
peripheral chip set also incorporates capabilities for 
bus monitoring, data rate manipulation, and address- 
ing to further simplify bus interface designs. 



Bus Signal Definitions 

The ieee Std 488 signals are defined as negative true, 
•where the high state (0 = false, >2.0 V) and the 
low state (1 = true, <0.8 V) are based on standard 
transistor-transistor logic (ttl) levels. Of the 16 active 
signal lines, 8 are data lines, 5 are interface "manage- 



ment lines, and 3 are handshake lines (Fig 1). Data 
input/output lines (dio1-dio8) carry ASCII-coded infor- 
mation, as well as device addresses, universal com- 
mands, or program instructions. Interface management 
lines help to supervise the data lines. The primary 
management line — Attention (atn) — determines how 
data lines are processed. When ATN is true, data lines 
are interpreted as addresses or universal commands 
by all bus connected devices. When ATN is false, 
only those devices addressed can use the data lines; 
in this case, data transmitted are typically device- 
dependent. With another management line, Interface 
Clear (ifc), the bus controller returns the system to 
a known quiescent state. The Service Request (srq) 
line can be used by any device on the interface bus 
when it has data to send (talker) or needs to receive 
data (listener). The Remote Enable (ren) line de- 
termines whether the system is under front panel or 
program control. The End Or Identify (eoi) line can 
be used as a delimiter by a talker (sending) device 
to indicate an end of message, or by the controller 
as a polling line. 

Handshake lines control the timing relationship of 
the interface bus (Fig 2). The Data Valid (dav) line 







♦ 
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fc 




(TALKER LETS DAV GO HIGH TO ACKNOWLEDGE 
THAT DATA HAVE BEEN ACCEPTED; TALKER CAN 
NOW CHANGE DATA. 

{TALKER SEES THAT ALL LISTNERS HAVE 
ACKNOWLEDGED THAT DAV IS HIGH ; IT HAS 
CHANGED THE DATA AND PULLS DAV LOW TO 
TELL LISTENERS THAT THE NEW DATA ARE VALID 



FJRST LISTENER TO ACKNOWLEDGE DAV HIGH 
PULLS NDAC LOW 

LAST LISTENER HAS FINALLY ACCEPTED DATA 
AND RELEASED NDAC. 



FIRST LISTENER TO ACKNOWLEDGE DAV LOW 
AND ACCEPT DATA PULLS NRFD LOW 

LAST LISTENER HAS FINALLY SEEN DAV HIGH 
AND RELEASES NRFD 

WHEN IT SEES DAV LOW AND HAS ACCEPTED 
DATA.EACH LISTENER PULLS NRFD LOW AND 
SIMULTANEOUSLY RELEASES NDAC 

WHEN IT SEES DAV HIGH, EACH LISTENER PULLS 
NDAC LOW AND SIMULTANEOUSLY RELEASES NRFD 



Fig 2 Three-wire handshaking 
between single talker and several 
listeners. Before transfer begins, 
listener indicates it is ready by 
asserting Ready For Data (RFD) 
message to true. Talker then 
drives all eight data input/output 
lines. Following settling time 
specified by standard, talker as- 
serts Data Valid (DAV) message 
to true. While data are being 
read, RFD message is asserted to 
false since device is unable to 
receive additional data. As each 
listener completes its read, it 
indicates acceptance by assert- 
ing Data Accepted (DAC) mes- 
sage to true; DAC is not sensed 
true by talker until all listeners 
have completed read. After each 
device indicates acceptance, it 
indicates readiness for data by 
asserting RFD to true. New cycle 
begins when all devices have 
asserted RFD to true 
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Fig 3 GPIB talker/listener chip. 8291 chip connects 8-bit microprocessor to noninverting bus trans- 
ceivers, which, in turn, connect to IEEE Std 488 bus. Microprocessor manipulates data bytes after 
receipt or before transmission, and monitors talker/listener status. Single chip handles all IEEE Std 488 
interface functions, except controller functions 
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SYSTEM 8291 

A- CAPABILITY DEFINED BY 488-1978 STANDARD 
B -CAPABILITY DEFINED BY DESIGNER 
1 -INTERFACE BUS SIGNAL LINES 

2 -REMOTE INTERFACE MESSAGES TO AND FROM INTERFACE FUNCTIONS 
3 -DEVICE DEPENDENT MESSAGES TO AND FROM DEVICE FUNCTIONS 
4 -STATE LINKAGES BETWEEN INTERFACE FUNCTIONS 

5 -LOCAL MESSAGES BETWEEN DEVICE FUNCTIONS AND INTERFACE FUNCTIONS 
(MESSAGES TO INTERFACE FUNCTIONS ARE DEFINED; MESSAGES FROM INTERFACE 
FUNCTIONS EXIST ACCORDING TO DESIGNER 
6 -REMOTE INTERFACE MESSAGES SENT BY DEVICE FUNCTIONS WITHIN CONTROLLER (8292) 

Fig 4 Bus interface functions. Messages received from interface bus can cause state transitions, just 
as state transitions can cause messages to be sent on bus (1 and 2). Device dependent data are trans- 
ferred automatically to microprocessor, without affecting state transitions (3). State changes in one func- 
tion can cause state changes in another function, resulting in message to be sent (4). Microprocessor 
can also send local messages to interface functions (5) or remote messages to interface (6) 
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is used by a talker device to indicate that data are 
ready to transmit. The Not Ready For Data (nrfd) and 
Not Data Accepted (ndac) lines are used by a listener 
to indicate readiness to receive data and receipt of 
data, respectively. As a result, a talker knows when 
all listeners on the bus have received an 8-bit byte 
of information. Thus, the transmission rate of the bus 
is only as fast as the slowest listener. 

Messages conveyed by all 16 lines are true or false, 
depending on the states of 10 interface functions. The 
standard defines each of these interface functions with 
state diagrams. A function's state can be changed by 
a controller, another device on the bus, or a state 
change in another function within a device. Of the 
10 interface functions, four provide basic communica- 
tion capabilities: Source Handshake (sh), Talker (T), 
Acceptor Handshake (ah), and Listener (L). These 
functions affect the three handshake lines (dav, nrfd, 
and ndac), eight data lines (dio1-dio8), and EOl man- 
agement line. The Device Clear (dc) and Device Trigger 
(dt) interface functions are used to initialize and to 
trigger a device, respectively. The Parallel Poll (pp) 
function acts with the EOl line to send a single bit 
of status information. The Service Request (srq) func- 
tion controls the SRQ management line. The Remote 
Local (rl) interface uses the REN management line in 
conjunction with front panel control. The Controller 
(C) function, which is active in only one device on 
the bus at a time, determines which device talks or 
listens. 

To date, these 10 interface functions and their intri- 
cate interrelationship and timing factors have required 
difficult and time consuming efforts when designing 
the interface bus into a digital system. 



Talker/ Listener Chip Capabilities 

The 8291 gpib talker/listener chip, a 40-pin LSI device 
(Fig 3), performs the inversion necessary to connect 
an 8-bit microprocessor bus to the negative true IEEE 
Std 488 bus. In addition, this chip implements most 
of the Standard's required functions. The microprocessor 
sets the talker/listener chip to an initial state, manipu- 
lates bytes before or after transmission, performs inter- 
rupt service routines, causes state changes, monitors 
other state changes, and enables and disables chip 
capabilities. 

Without microprocessor involvement, the talker/ 
listener chip implements all interface functions, ex- 
cept controller performance, such as handling data 
transfers, handshake protocols, listener/talker address 
procedures, device clearing and triggering, service 
requests, and parallel and serial polling schemes 
(Fig 4). 

Within the chip architecture are eight read (output) 
and eight write (input) registers. One input register 
holds the data that are to be moved from the bus 
to the microprocessor when a device is listening. An 
output register holds the data byte that is to be 



transferred to the bus when a device is ready to 
talk. The other seven write and seven read registers 
control various chip functions. 

Interrupt status registers 1 and 2 store 12 different 
interrupt flags. For example, one bit in the Interrupt 
Status 2 register reflects changes in a device's ad- 
dressed state. The microprocessor can poll both regis- 
ters to determine which flag caused the interrupt, and 
can then branch to the appropriate service routine. 
Two corresponding interrupt mask registers allow de- 
signers . to mask any interrupt. A serial poll status 
register holds device status information, and a serial 
poll mode register is available so that the micro- 
processor can verify this status. An address mode 
register contains a device's addressing mode, as de- 
termined by the microprocessor. An address status 
register monitors the address status (ie, active talker 
or active listener) of a device. 

Two address registers store the assigned device ad- 
dresses. An End-Of-Sequence (eos) register contains 
a designer specified end of string code for delimiting 
data block transfers by flagging the last byte with 
eoi. A command pass-through register feeds non-GPiB 
commands to the microprocessor. An auxiliary mode 
register holds local messages to control reset, power 
on, etc. 

Among the chip's capabilities are a programmable 
data transfer rate from 62k to 525k bytes/s, three 
addressing modes, and an EOS message recognition, 
^ith a programmable data transfer rate, the designer 
controls the handshake rate of the interface to match 
the data transfer rate to the devices on the bus. 

The three addressing modes permit flexibility in 
designating talkers/listeners. The dual primary address 
mode, for example, allows both a talker and a listener 
address to be assigned to a device. With the primary/ 
secondary address mode, multiple devices of the same 
type can have the same primary address, but a different 
secondary address. In the third addressing mode, de- 
vices can have both dual primary and dual secondary 
addresses. 

Data block transfers are made easier with the eos 
register. This register holds the character that signals 
an end-of-block transfer. When a data byte loaded 
into the data-out register matches the byte in the EOg 
register, the talker/listener chip asserts the EOI line, 
signaling an end of transfer. 



Controller Chip Capabilities 

The 8292 controller chip (Fig 5) implements the con- 
troller function of the Standard. In conjunction with 
the 8291, the controller forms a complete standard 
interface, including the capability of handling the 
transfer control protocol. This ability gives the designer 
an option to accommodate multiple controllers on a 
single bus. 

Additionally, the 8292 performs all the tasks neces- 
sary in a complete controller design. It responds to 
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Fig 5 GPIB controller chip, 8292 chip works in conjunction with 8291 to perform QPIB controller Interface 
functions. It Implements local control commands from microprocessor according to IEEE Std 488 protocol. 
Additionally, It processes such inputs from bus as SRQ and EOL Furthermore, it can send the full repertoire 
of QPIB control messages, including REN, IFC, ATN, and EOI 
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service requests (srqs), configures other devices on the 
bus for remote control by sending Remote Enable 
(ren), and sends Interface Clear (ifc), allowing for 
control seizure to reinitialize the bus. More important- 
ly, the qontroller chip can take control of the bus 
synchronously with the handshake, preventing the de- 
struction of any data transmission in progress. 

Internally, the controller chip has 10 dedicated 
registers for programming and for monitoring status. 
Through the use of the Interrupt Status and Interrupt 
Mask registers, the designer can configure the con- 
troller to interrupt the microprocessor on selected 
events. An Event Counter and a corresponding status 
register are available to monitor and control either 
byte counts or block counts. A Time-Out register may 
be set by the designer to program a time-out error 
function; a corresponding status register contains the 
current value' in the time-out counter. In conjunction 
with these registers, error control can be programmed 
with the Error Flags and Error Mask registers. Finally, 
Controller and gpib Status registers are available. Each 
of these registers is read or programmed through a 
dedicated command buffer. 



Chip Set Application 

The talker/listener and controller chips connect to the 
standard interface bus through noninyerting bus trans- 
ceivers (Fig 6). These transceivers provide the 48-mA 
bus drive capability needed to meet the electrical por- 
tion of the IEEE Std 488 specification — not directly pos- 
sible with existing metal oxide semiconductor (mos) 
parts. The talker/listener chip can interface directly 
to microprocessor memory through a direct memory 
access (dma) controller, such as an 8237. 

The microprocessor drives the talker/listener with a 
short stored program (see Table) , containing initialization 
conditions, such as data transfer rate, address mode, 
and other designer requirements. Microprocessor data 
handling is limited to taking bytes off the bus after 
they arrive or putting bytes of data on the bus. Inter- 
rupt service routines are necessary for each unmasked 
interrupt. Although 12 interrupts are available, not all 
have to be used. All other standard bus functions are 
handled by the 8291. 

To send a byte of data, the microprocessor writes 
the byte into the talker/listener data-out register. The 
chip then transmits the data byte over the bus lines 
in conjunction with the handshake lines. Next, the 
NRFD line is checked to see if it is ready for data. 
If a ready for data message is detected, the talker/ 
listener sends a dav signal until it receives a data ac- 
cepted message from the interface's ndac line. The 
8291 also generates a Byte Out (bo) interrupt, setting 
the BO flag in the interrupt status register. When its 
interrupt pin is activated, the microprocessor reads the 
interrupt status register and responds to the interrupt 
with an appropriate service routine. 

The 8292 handles all hardware aspects of the con- 
troller function: srq input, atn, ifc, eoi, and ren 
outputs. Meanwhile, the designer defined aspects of a 
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given gpib system are handled by processor software. 
For example, the processor is responsible for knowing 
which device on the bus corresponds to which device 
address. The processor then uses the 8291 to transmit 
coded Controller commands as the 8292 asserts atn. 



Summary 

Bus interface designs that previously required 150 or 
200 msi/ssi chips may now be implemented with a 
gpib peripheral chip set. For designers, this hardware 
set means less design time and cost, resulting in in- 
creased reliability and versatility in ieee Std 488 bus 
interfaces custom programmed for dedicated applica- 
tions. 
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The proliferation of electronic data processing (EDP) 
applications that involve the storage and the distribution 
of potentially sensitive information have demonstrated 
the need for mechanisms to insure data privacy and 
security. As society becomes increasingly dependent on 
computers and data communications networks, this need 
becomes even more acute. 



Cryptography 

The most efficient technique of providing data security is 
cryptography: the transformation of data via a secret 
code into a form which is useless to anyone but autho- 
rized recipients. 

A cryptographic algorithm can^e presented as a sequence 
of mathematical transformations. Each transformation 
has it's unique inverse operation that changes the 
encrypted data back into the original plain text. In con- 
ventional cryptosystems, a set of specific parameters 
called a key is supplied along with the plain text/ cipher 
text as an input to the enciphering/ deciphering algo- 
rithm. The key is specified by the user. The transforma- 
tion of the plain text and the cipher text depends on the 
key as well as the enciphering and deciphering algo- 
rithms. In fact the algorithms themselves can be made 
public, because the security of the system depends 
entirely on the secrecy of the key. 

The initial interest in encryption for commercial applica- 
tions came from financial institutions, most notably 
banks that are heavily involved in Electronic Fund 
Transfer (EFT). The American banking system alone, 
moves more than $400 billion between computers every 
day. The rapid rise of personal computers, workstations 
and the use of electronic mail and information retrieval 
services have spread the need for insuring data privacy 
and security to many other applications. 



The DES 

In response to the growing commercial need, the National 
Bureau of Standards has adopted in 1977 a standard 
algorithm know as the Data Encryption Standard (DES). 
The DES, originally developed by IBM, is designed for 
use with sensitive but unclassified information. The 



National Bureau of Standards requires that the DES be 
implemented in system hardware. The standardization 
insures that certified hardware from different suppliers 
are compatible. 

The DES specifies a method for encrypting 64 bit blocks 
of clear data into corresponding 64 bit blocks of cipher 
text using a 56 bit key user specified. The 56 bit key (64 bit 
with parity) gives the user a total of 256 (seventy quadril- 
lion) possible keys. Because the DES algorithm key is so 
long, a state of the art computer would take years to 
explore all possible permutations required to break the 
code. The most critical factor in protecting the data is 
guaranteeing the secrecy of the key. 



Intel Data Encryption Product Line 

Intel offers two peripherals supporting the DES algo- 
rithm: the 8294A Data Encryption Unit (DEU) and the 
82538 Data Ciphering Processor (DCP). 

The 8294A -a preprogrammed 8042- can encrypt and 
decrypt data at a rate up to 400 Byte/ Sec. The 8294A is 
very well suited for data file protection, off line data 
encryption prior to transmission and phone line 
applications. 

The 82538 is a much faster device: 1.5 Mbyte/ Sec. This 
encryption rate is needed in satellite communications 
systems, data storage onto hard disks, high performance 
data communications networks like Ethernet. This rate is 
high enough to accomodate on the fly encryption in most 
of the communications systems and eliminate the need 
for buffers and interfacing circuitry. High encryption and 
decryption speed is not the only feature of this device. The 
82538 supports bi-directional, half-duplex operations at 
its top speed. It contains three separate write only regis- 
ters for encryption, decryption and master keys improv- 
ing system's security and throughput. The DCP can also 
be configured in any of the three encryption/ decryption 
modes recommended by the NBS (ECB, CBC or CFB). 

The Intel Data Encryption product line solves the need 
for a broad range of applications. Security features can 
now be economically designed in data entry terminal as 
well as in satellite communications systems. 



Intel Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit Patent 
Licenses are Implied. Information Contained Herein Supersedes Previously Published Specifications On The Devices From Intel. 
©INTEL CORPORATION, 1984. 
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MULTIBUS® Based Systems Running 
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Through 7 Capability for MULTIBUS® 
Based Hosts 

Runs Intel's Proven iNA 961 Rel 2.0 
Providing the ISO 8073 Transport 
Software and ISO 8473 Internet 
Software for IEEE 802.4 LANs 

On Board Diagnostic and Boot 
Firmware 

Supported by Intels' Implementation of 
MAP Software for Layers 5-7 Which 
Can Be Run on Board 



8 MHz 80186 Processor 

256 KBytes of RAM of Which 128 
KBytes are Dual Portable 

10 Mbps IEEE 802.4/Token Bus 
Interface 

Sockets for up to 4 JEDEC 28 Pin 
Memory Devices, up to Maximum of 
160 KBytes EPROM Storage 

One iSBXTM Bus Connector for I/O 
Expansion Capability 

Can Be Configured as Either a Master 
or a Slave in MULTIBUS® 



The iSXM 554 COMMengine product is designed to fit into front end LAN Communication processor applica- 
tions. It allows the connection of MULTIBUS-based systems onto a MAP/IEEE 802.4 (Token Bus) LAN. 
COMMengines are dedicated communication processor boards. They allow the host processor board to off- 
load LAN communication related tasks onto the front end COMMengine. Therefore the host has more proc- 
essing capability for user applications or other tasks. COMMengines also allow the networking of existing 
systems without forcing a redesign of the entire system architecture. 

The iSXM 554 board can be used as a front end COMMengine for a MULTIBUS-based host running any 
operating system. This is because the on board software provides a high level interface to the host (e.g., 
transport level commands). This results in a powerful system building block which enables an OEM to connect 
MULTIBUS-based systems onto IEEE 802.4 10 Mbps LANs. Applications for the iSXM 554 include networked 
iRMXTM -based systems for real time applications and networked XENIX* systems for laboratory and data 
base application. The iSXM 554 is preconfigured to run iNA 961 R2.0 transport and network software. iNA 961 
R2.0 is a preconfigured version for the iSXM 554 of Intel's iNA 960 LAN software which implements the ISO 
8073 Class 4 transport protocol and the ISO 8473 internet network layer protocol. 

The iSXM 554 has the processing and memory capacity to accommodate an on board implementation of the 
MAP software for layers 3 through 7 of the ISO OSI model. Intel will provide an implementation of the MAP 
layers 5 through 7 as a product. This will be available in a version preconfigured to run on the iSXM 554. The 
iSXM 554 coupled with iNA 961 R2.0 (layers 3 and 4) and the MAP layer 5-7 software will be an ideal turn key 
solution for OEMs requiring a 7 layer MAP specification communication*engine. 

iSXMTM 554 FUNCTIONAL DESCRIPTION 

The iSXM 554 board is a preconfigured MAP Communication Engine with boot firmware and 256K bytes of 
RAM. The iSXM 554 board is offered for use with iNA 961 R2.0 preconfigured ISO 8073 transport plus ISO 
8473 network layer software. The iSXM 554 firmware provides the capabilities to load iNA 961 R2.0 onto the 
iSXM 554 from either a buffer in the local host or remotely from another Token Bus station. It also performs a 
variety of on-board diagnostics. 



* XENIX is a trademark of Microsoft Corporation. 



Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent 
licenses are implied. Information contained herein supersedes previously published specifications on these devices from Intel. August 1985 
© Intel Corporation, 1 985 Order Number: 231594-001 
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The iNA 961 R2.0 software and the iSXM 554 board 
together provide the functionality of a preconfigured 
OS independent transport engine. In addition to 
transport services, iNA 961 R2.0 software also in- 
cludes ISO 8473 Internet network layer, extensive 
data link and network management facililty services. 
Figure 1 shows the configuration of iNA 961 R2.0. 
Table 1 shows some examples of functions provided 
by iNA 961 R2.0. iNA 961 R2.0 is a preconfigured 
version of iNA 960. Refer to the iNA 960 data sheet 
for more iNA 961 R2.0 information. 



Intel will also provide an implementation of the MAP 
software for layers 5 through 7 as a product. Refer 
to the MAP version 2.1 specification for more infor- 
mation. This implementation of layers 5 through 7 
will run on the iSXM 554 along with iNA 961 R2.0. 
The iSXM 554 coupled with the software packages 
will be a high performance, 7-layer communication 
engine (see Figure 1). 
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Figure 1. iNA 961 Configuration on iSXMTM 554 Board 



Table 1. iNA 961 R2.0 Services 



Transport 


Virtual circuit 

open: establish a virtual circuit database 

send connect: actively try to establish a virtual connection 

await connect: passively awaits the arrival of a connection request 

send: send a message 

receive: post a buffer to receive a message 

close: close a virtual circuit 
Datagram 

send: send a datagram message 

receive: post a buffer to receive a datagram message 


Network 

/ 


Internetworking 
routing between multiple lans 
segmentation/reassembly 
user defined routing tables 

Multiple subnets supported 
user supplied 
802.3, 802.4 
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Table 1. INA 961 R2.0 Services (Continued) 



Data Link 


Transmit: transmit a data link packet 

Receive: post a buffer to receive a data link packet 

Connect: make a data link logical connection (link 

service access point. IEEE802.4) 
Disconnect: disconnect a data link logical connection 
Change token bus address 
Add multicast address 
Delete multicast address 
Configure TBH 


Network 
Management 


Read/Clear/Set network objects (local/remote): 

read/clear/set local or remote iNA 960 network parameters 
Read/Set network memory (local/remote): 

read/set memory of the local or a remote station 

Useful in network debug process 
Boot consumer: requests a network boot server to 

load a boot file into this station 
Echo: Echo a packet between this station and 

another remote station on the network 



ARCHITECTURE DESCRIPTION 

The iSXM 554 board consists of the following major 
architectural blocks (see Figure 2): an 80186 proc- 
essor running at 8 MHz, the Token Bus channel 
based on the Token Bus Handler chip set and the 
Token Bus Modem, the on-board memory consisting 
of ROM and RAM, the iSBX interface, and the 
MULTIBUS interface. 



PROCESSOR 

The iSXM 554 board contains an 80186 processor 
operating at 8 MHz. It is responsible for implement- 
ing the intelligent interface between the iSXM 554 
board and a host processor. The 80186 processor 
runs the iNA 961 R2.0 transport software and the 
data link software needed by the Token Bus Handler 
chip set. It is responsible for the delivery of data 
between user buffers in MULTIBUS memory and 
iNA buffers on the iSXM 554 board. The iNA soft- 
ware is responsible for the reliable transfer of infor- 
mation across the Token Bus LAN. 



MEMORY 

The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 3). The first 
quadrant (0-256K Byte) is local RAM memory. The 



second quadrant is memory mapped Token Bus 
Handler address. The third quadrant (512-768K 
Byte) maps into two MULTIBUS windows (128K 
Byte each). These windows allow the iSXM 554 
board to access the total 16M Byte of MULTIBUS 
memory in 128K Byte segments. The fourth quad- 
rant (768-1 M Byte) is local ROM which contains the 
80186 firmware, the Token Bus station address, and 
relocated 80186 internal registers. 

The two 128K Byte MULTIBUS windows each start 
on 64K Byte boundaries anywhere in the 16M Byte 
MULTIBUS memory. The starting location of either 
window is determined by writing to a local I/O 
mapped latch. 

Options on the iSXM 554 allow up to 128K Byte of 
RAM to be accessible by the host. This dual port 
RAM is jumper selectable to appear anywhere in the 
MULTIBUS 16M Byte memory space on 128K Byte 
boundaries. The dual port RAM memory is a data 
link between the on board 801 86, the token bus con- 
troller, and the bus master (if any) managing the sys- 
tems functlbns. This shared dual port RAM can be 
used to transfer command, status and data between 
the on board 80186 processor and the host. This 
feature minimizes the necessity for the 80186 to ac- 
cess MULTIBUS while acquiring shared information. 
This has a direct positive effect on performance, 
serving to eliminate bus contention. 
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Figure 2. ISXMtm 554 Architectural Blocks 
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Figure 3. iSXMTM 554 Memory Configuration 
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TOKEN BUS INTERFACE 

The Token Bus interface on the iSXM 554 is imple- 
mented by the Token Bus Handler (TBH) chip set 
and the Token Bus Modem (TBM). Data is trans- 
ferred between the on-board memory and the TBH 
by the TBH initiated DMA. The TBH will then pass 
data, operating according to the IEEE 802.4 Token 
Bus Specification, to the TBM which handles the 
physical interface to the Token Bus. 

Each iSXM 554 board is manufactured with a unique 
default Token Bus network address stored in an ad- 
dress PROM. This address PROM is protected by 
checksum and can be read by utilizing the on board 
I/O. 



MULTIBUS® INTERFACE 

The iSXM 554 board can access the MULTIBUS 
with an 8- or 1 6-bit data path and can support up to 
24 address bits. The internal 80186 registers are re- 
located into the local memory map to avoid conflicts 
with MULTIBUS I/O during 80186 internal register 
accesses. The iSXM 554 is capable of accessing the 
MULTIBUS I/O from 384-64K (180H-FFFFH) Byte 
of I/O space locations. 

A host processor in a system communicates with the 
iSXM 554 board via a flag byte port in the MULTI- 
BUS interface. The flag byte port is presented as a 
MULTIBUS I/O port to the host processor. The loca- 
tion of this I/O port on the MULTIBUS is configura- 
ble on the iSXM 554. To the 80186 processor on the 
iSXM 554 board, the flag byte is in a local I/O 
mapped location. 

The flag byte port is used by the host processor.to 
reset the iSXM 554 board, to interrupt the 80186 
processor and to reset a MULTIBUS interrupt gener- 
ated by the iSXM 554 board. The iSXM 554 uses the 
flag byte to set or clear an interrupt to the MULTI- 
BUS, or clear an interrupt from the MULTIBUS (Ta- 
ble 2). 



For those applications requiring processing capacity 
and the benefits of multiprocessing (i.e., several 
CPUs and/or controllers logically sharing system 
tasks through the communication of the system 
bus), the iSXM 554 provides full MULTIBUS arbitra- 
tion control logic. 

iSBXTM INTERFACE 

One 8/16 bit iSBX MULTIMODULEtm connector is' 
provided on the iSXM 554. Through this connector, 
additional on-board I/O functions may be added. 
iSBX MULTIMODULE boards optimally support 
functions provided by VLSI peripheral components 
such as additional parallel and serial I/O, analog 
I/O, small mass storage device controllers (e.g., 
cassettes and floppy disks) and other custom inter- 
faces to meet specific needs. By mounting directly 
on the iSXM 554, less interface logic, less power, 
simpler packaging, higher performance, and lower 
cost results when compared to other alternatives 
such as MULTIBUS form factor compatible boards. 
The iSBX connector on the iSXM 554 board pro- 
vides all signals necessary to interface to the local 
on-board bus, including 16 data lines for maximum 
data transfer rates. iSBX MULTIMODULE boards 
designed with 8-bit data paths and using the 8-bit 
iSBX connector are also supported on the iSXM 
554. A broad range of iSBX MULTIMODULE options 
are available in this family from Intel. Custom iSBX 
modules may also be designed for use on the iSXM 
554 boards. An iSBX bus interface specification and 
iSBX connector documentation are available from 
Intel. 



ISXMtm 554 USER INTERFACE 

The iSXM 554 board communicates with a host 
processor through a handshake of interrupts. The 
host processor can generate flag byte interrupts to 
the 80186 on the iSXM 554. The iSXM 554 can gen- 
erate MULTIBUS interrupts to the host processor. 
The host processor and the iSXM 554 can also corn- 



Table 2. Flag Byte Ports 



Value Written 
to Flag Byte Port 


Source 


Actions 


1 


iSXMTM 554 


Clears interrupt to the MULTIBUS® 


MULTIBUS® 


Resets iSXMTM 554 board 


2 


iSXMTM 554 


Sets interrupt to the MULTIBUS® 


MULTIBUS® 


Sets interrupt to the iSXMTM 554 board 


3 


iSXMTM 554 


Clears interrupt to the iSXMTM 554 board 


MULTIBUS® 


Clears interrupt to the MULTIBUS® 
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municate through shared MULTIBUS system memo- 
ry. As much as 128K byte of the on-board RAM on 
the iSXM 554 is accessible to the host processor 
and the iSXM 554 can read and write all of the 16M 
byte of MULTIBUS system memory. 



OPERATING ENVIRONMENTS 

The iSXM 554 is designed to function in any MULTI- 
BUS system as a communication processor. It can 
function as both a MULTIBUS bus master or a slave. 
As a MULTIBUS master, it can access up to 16M 
Byte of host memory and 64K byte of I/O address. 
As a MULTIBUS slave, it occupies one location re- 
served for the flag byte. 



iNA 961 R2.0 USER INTERFACES 

User programs give iNA 960 commands to the iNA 
961 R2.0 software on the iSXM 554 board via the 
MULTIBUS Interface Protocol (MIP). MIP is an Intel 
reliable process to process message delivery proto- 



col between MULTIBUS processors. An implemen- 
tation of the MIP protocol is provided on the iSXM 
554 for communication with the host. The corre- 
sponding MIP protocol implementation will have to 
be provided by the user on the host side for commu- 
nicating with the iSXM 554. Figure 4 illustrates how 
this message delivery functions. Commands are 
passed between the iSXM 554 and the host proces- 
sor in the form of request blocks. A request block is 
a buffer that contains a command specification and 
the command parameters. Each request block (or 
equivalent^, each command) is reliably delivered 
from the host processor to iNA 961 R2.0 via the MIP 
facility. iNA 961 R2.0 will extract the command infor- 
mation and carry out the command. After a com- 
mand is done, iNA 961 R2.0 will use the MIP facility 
to return the command result to the user program. 

iNA 961 R2.0 request blocks are in the same for- 
mats as iNA 960 commands. Refer to the iNA 960 
data sheet and reference manuals for more details 
on the iNA 961 R2.0 software. 
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Figure 4. iNA 961 MIP Interface 
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OPERATING SYSTEMS 
ENVIRONMENT 

The iSXM 554 board and iNA 961 R2.0 software can 
function in any MULTIBUS environment. The com- 
munication between the iSXM 554 and the host 
processor is entirely independent of any host opera- 
tion systems. iNA 961 R2.0 uses the MIP protocol to 
interface with the host processor. iNA 961 R2.0 can 
service multiple processes utilizing its services at the 
same time. 

A host processor passes iNA 961 R2.0 commands 
and buffers in the MULTIBUS system memory to the 
iNA 961 R2.0 software. iNA 961 R2.0 is responsible 
for updating the response fields of these commands. 
It is responsible for copying the user send buffer in 
MULTIBUS system memory into its on board buffers 
for transmission and for copying received messages 
to user buffers in MULTIBUS system memory. 



iSXMTM BOOT FIRMWARE USER 
INTERFACE 

The iSXM 554 boot firmware is used to load iNA 961 
R2.0 or other software onto the 554 from either local 
MULTIBUS memory or a remote network station. 
The firmware performs a number of local and net- 
work diagnostics. 

The iSXM 554 boot firmware commands fully sup- 
port the initialization of the MIP interface. The MIP 
interface is used by the host processor to communi- 
cate with the iNA 961 R2.0 once it is loaded and 
started. 



DIAGNOSTICS 

The iSXM 554 board offers a range of power up di- 
agnostics designed to ensure that the 80186 



processor, the memory (EPROM and RAM), and the 
Token Bus Interface are functioning properly. 



ORDERING INFORMATION 

Part Number Modem Frequencies/Channel Pairs 

SXM 554-1 Transmit: 59.75 to 71.75 MHz/Ch. 3 
and 4 

Receive: 252 to 264 MHz/Ch. P and 
Q 

SXM 554-2 Transmit: 71.75 to 83.75 MHz/Ch. 4A 
and 5 

Receive: 264 to 276 MHz/Ch. R and 
S 

SXM 554-3 Transmit: 83.75 to 95.75 MHz/Ch. 6 
and FM1 

Receive: 276 to 288 M Hz/Ch. T and U 

SPECIFICATIONS 

Network Interface 



Compatiblity/ 
Conformance 



IEEE 802.4, Token Bus 10 Mbps 
Broadband 



Cable Connection 7511 Output on Type F Female 
Connector 



Head End 



Operates with Remodulator Head 
End 



Host Interface 

MULTIBUS® Interface Conforms to All AC and DC 
Requirements of the Intel 
MULTIBUS Specification 



DC Power Required 

(Maximum Excluding 
iSBX) 



+ 5VDC -5.5A 

+ 12VDC -0.3A 
-12VDC -0.15A 



Environmental 

Temperature 0° to 60°C Operating 

-40° to + 85°C Storage 

Humidity « 5 to 95%, Non-Condensing, for Both 
Operating and Storage 
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MAP-NET™ COMMUNICATIONS SOFTWARE 
MEMBER OF THE OpenNET™ PRODUCT FAMILY 



Supported by OpenNET™-MAP hard- 
ware and software: 

— iSXM™ 554 Token Bus Board 

— iNA 961 Communication Software 

Implements ISO/OSI layers 5-7, as 
specified Ly MAP version 2.1 



Provides MAP 2.1 ISO FTAM, Session, 
CASE, Network Management/Directory 
Services 

Pre-configured to run on Intel's iSXM 
554 MAP Board 



The Intel MAP-NET software is a ready-to-use software building block for OEM suppliers of networked systems 
and implements ISO/OSI layers 5-7, as specified by MAP version 2.1. The MAP-NET software is available pre- 
configured to run on the Intel iSXM 554 board which provides the IEEE 802.4 token bus connection for 
Multibus® based systems. MAP-NET is designed to use the services and interface provided by Intel's iNA 961 
Rel 2.0 Software package. iNA 961 Rel 2.0 provides the ISO 8473 network layer, and ISO 8073 transport. iNA 
961 Rel 2;o includes a version of this software pre-configured to run on the iSXM™ 554 board. MAP-NET can 
run on top of iNA 961 Rel 2.0 on the iSXM 554 board. Together the board and software modules provide a 
complete MAP solution for industrial OEM's. 
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Figure 1. ISO/OSI Reference Model MAP-NET 
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MAP-NET FUNCTIONAL DESCRIPTION 

The Intel MAP-NET software provides the following 
services specified by MAP 2.1; the session service, 
network management, FTAM and CASE. These serv- 
ices fit into the upper 3 layers of the ISO/OSI 7 layer 
model. 

Using the Services of MAP-NET, users can initiate 
communications with other users on a MAP LAN, ac- 
cess information regarding resources available on a 
LAN, transfer files across a LAN and address other 
users on the LAN by logical names rather than 
numbered addresses. 



MAP-NET SESSION SERVICES 

The MAP-NET Session software implementation pro- 
vides the Session services specified in the MAP ver- 
sion 2.1 specification. The session service is built on 
top of the iNA 961 transport service. iNA 961 provides 
the class 4 services of the ISO transport specifica- 
tion and the ISO internetwork specification. The Ses- 
sion service supports all of the services provided by 
the underlying transport layer. Besides, the session 
layer also provides a 'graceful close' service. This serv- 
ice enables a user to release a session connection 
without the loss of any outstanding requests. The 
'graceful close' feature is in addition to the 'abort' 
method of close provided by transport. 

MAP-NET DIRECTORY SERVICES 

The MAP-NET Directory Services software maintains 
a database of network objects such as node names, 
user names, etc., and related properties. For exam- 
ple, the directory services can be used to store the 
name of a network user and his network addresses 
as the properties associated with his name. A network 
user or application can query the directory service to 
retrieve information from this database. Users can also 
add or delete objects and properties from this 
database. 

MAP-NET CASE 

The MAP-NET Common Application Service Elements 
(CASE) is built on top of the MAP-NET Session 
Service. 

CASE is designed to support all the services provid- 
ed by the lower ISO layers. In addition, MAP 2.1 CASE 



provides name-to-address translation for the user. By 
the use of the CASE service, a process can make a 
connection request to a remote process by using on- 
ly the names of the processes. CASE takes these proc- 
ess names supplied by the user and 'resolves these 
names into network addresses and identification utiliz- 
ing the services provided by the MAP-NET Directory 
Service. 

This greatly increases the ease-of-use of network 
Services provided by the underlying layers. 

MAP-NET FILE TRANSFER 
ACCESS MANAGEMENT 

The FTAM Software provides remote file transfer 
capability. This capability is provided by the implemen- 
tation of file request 'Initiator' module and a file re- 
quest 'Responder' module. The Initiator intercepts file 
commands from the local user and transmits them 
across the LAN to the Responder at the node where 
the target file resides. The Responder receives, in- 
terprets, and executes the command acting as a user 
on its local node. File transfer between nodes is made 
possible by the implementation of a common set of 
file transfer protocols defined by the ISO FTAM 
Specification. 

MAP-NET FTAM allows a user to: 

1) Create files on a remote node. 

2) Write into files on a remote node. 

3) Read files on a remote node. 

4) Delete files on a remote node. 

To perform the above functions the Initiator module 
should be configured in the user's node and the 
Responder should be configured in the remote target 
node. MAP-NET FTAM implementation allows a node 
to be 1) a file Initiator only, 2) a file Responder only 
and 3) both a Initiator and Responder. 

SUMMARY 

Coupled with the iSXM 554, iNA 961; MAP-NET pro- 
vides a complete 7 layer solution based on open 
standards for the OEM. MAP-NET is another of the 
OpenNET products and therefore is a continuing com- 
mitment by Intel to the Open Systems for LAN's 
strategy. 
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iSBC® 552 AND iSXM™ 552 ETHERNET 
COMMUNICATIONS ENGINE PRODUCTS 

MEMBERS OF THE OpenNETTM PRODUCT FAMILY 



Provides networking capability for all 
MULTIBUS® systems regardless of the 
operating system of the host 

Supports XENIX*- and RMX-Network 
File Service (XNX-NET and RMX-NET) 
products 

Available in two versions 

— Turn-key controller implementing 
ISO 8073 Class 4 Standard Transport 
functionality (iSXMTM 552 board) on 
IEEE 802.3 LANs 

— Flexible, intelligent communications 
controller for iSBC® 552 board for 
custom configurations on IEEE 802.3 
LANs 



ISXMtm 552 board is fully qualified as 
system extension module for the 
86/310, 286/310, 86/380 and 286/380 
Intel systems 

Resident network software can be 
down loaded (SXM) or stored in on- 
board PROMs (SBC) 

Runs iNA 960 and iNA 961 (SXM) 
transport software 



On-board diagnostic and boot firmware 
(SXM) 



The iSBC 552 and iSXM 552 COMMengine products are designed for communications front end processor 
applications connecting MULTIBUS systems onto IEEE 802.3/ Ethernet LANs. COMMengines are dedicated 
to the communications tasks within a system allowing the host to spend more time processing user applica- 
tions. A major advantage of COMMengines is that they can be used to network existing systems and estab- 
lished designs without forcing the redesign of the entire system architecture. 

The iSBC and iSXM 552 boards can be used with any operating system because they require only a high level 
interface to communicate with the host (eg. transport commands in case of the iSXM 522 board). The result 
is a powerful system building block which enables the OEM to connect MULTIBUS-based systems with different 
operating systems to the same network. Applications for the 552 products include networked multiuser XENIX 
286 based systems for the office and iRMX-based systems for real time applications. The iSXM version is a 
transport engine complete with on board RAM and ROM memory preconfigured to run iNA 961 transport software. 
iNA 961 software is a version of Intel's iNA 960 LAN software implementing the ISO 8073 Class 4 protocol 
specifically configured to support the iSXM 552 board. The iSBC 552 board is a "de-bundled" version of the 
iSXM 552 board; it comes without memory and software allowing greater flexibility for the user to adapt the board 
for his special requirements. 




55&gn^ 
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Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent 
licenses are implied. Information contained herein supersedes previously published specifications on these devices from Intel. February 1985 
© Intel Corporation, 1985 *XENIX is a trademark of MICROSOFT CORP. 
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The iSBC® Board vs. the iSXMTM 552 
Board 

The fundamental difference between the two versions 
is the iSBC 552 board offers the hardware necessary 
for the user to construct an Ethernet front-end pro- 
cessor for his unique requirements and the iSXM 552 
board provides full ISO standard transport services 
ready to plug in and to be used without any additional 
configuration effort. The SXM version is arrived at by 
populating the iSBC 552 board with 16K bytes of ROM 
and 80K bytes of iRAM, and by providing iNA 961 , a 
directly downloadable transport software module. The 
iSXM 552 board is configured for Intel's 86/286-310 
systems and fully qualified to run in these systems. 
iSXM 552 customers receive the iNA software with the 
purchase of the iNA 961 license which is an integral 
part of the SXM offering. 



ARCHITECTURE DESCRIPTION 
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Figure 1 1 



The iSBC and iSXM 552 boards consist of the 
following major architectural blocks (see Figure 1): an 
80186 processor running at 6 MHz, the Ethernet I/O 
channel based on the 82586 LAN coprocessor and the 
82501 Ethernet serial interface, the on-board memory 
consisting of ROM and iRAM, and the MULTIBUS 
interface. 



Processor 

The iSBC 552 board contains an 80186 processor 
operating in the maximum mode at 6 MHz. It is re- 
sponsible for implementing the intelligent interface 
between the iSBC 552 board and a host processor. 
The 80186 processor runs the iNA 961 (iSXM 552) 
and iNA 960 (iSBC 552) transport software and de- 
livers data between user buffers in MULTIBUS mem- 



ory and iNA960/961 buffers on the iSBC and iSXM 
552 boards. iNA 960 and 961 software is responsi- 
ble for the reliable transfer of information across 
Ethernet. 

The 80186 and 82586 both use asychronous ready 
logic. The 80186 chip select lines are used to select 
memory mapped I/O locations. 

The 80186 supplies the timers and the interrupt con- 
troller on iSBC 552. The interrupt controller is used 
in the fully nested mode. The inputs and the outputs 
of the 80186 timers are not connected to external 
sources and destinations. Timer clocking and timer 
interrupts are generated internally in the 80186. 



Memory 

The one megabyte address space of the 80186 is 
divided into four quadrants (see Figure 2). The first 
(0-256K Byte) and the last (768-1 000K Byte) quad- 
rants are reserved for local memory. The second 
quadrant (256-51 2K Byte) is used for memory 
mapped I/O. The iSBC 552 board is totally memory 
mapped. The third quadrant (512-768K Byte) maps 
into a 256K Byte MULTIBUS window. This window 
allows the iSBC 552 board to access a total of 1 6M 
Byte of MULTIBUS memory in 256K Byte segments. 
The iSBC 552 board does not contain any memory 
which is accessible from MULTIBUS. 

The 256K Byte MULTIBUS window starts on 64K 
Byte boundaries anywhere in the 16M byte MULTI- 
BUS memory. The starting location of this window is 
determined by a memory mapped I/O latch de- 
scribed in "iSBC 552 User Interface" section. 

Local memory on the iSBC 552 board (quadrants 
one and four) is made up of twelve 28-pin memory 
sockets. Either EPROM (2764, 27128), Intel iRAM 
(2186) or equivalent static RAM memory can occupy 
these sockets. The only limitations are that the low- 
est pair of sockets corresponding to the bottom 
memory location must be RAM and the highest pair 
of sockets corresponding to the top memory loca- 
tion must be EPROM or ROM. The intermediate 
pairs of sockets can be jumper-configured to be ei- 
ther RAM £>r EPROM. 

Memory mapped I/O locations are selected by the 
PCS and the MCS control lines of the 80186 proces- 
sor. Functions controlled by memory mapped I/O 
are discussed in "iSBC 552 User Interface" section. 



Ethernet Interface 

The Ethernet Interface on the iSBC 552 is imple- 
mented by the 82586 LAN Coprocessor and the 82501 
Ethernet Serial Interface. Data is transferred be- 
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Figure 2. iSBC 552 Memory Configuration 
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tween the on-board memory of the ISBC 552 board 
and the 82586 controller by 82586 initiated DMA. 
The 82586 initiates the DMA cycles by activating the 
HOLD signal to the 80186 processor. The DMA cy- 
cle begins when the 80186 processor activates the 
HOLD ACKNOWLEDGE signal. 

The 82501 performs Manchester encoding and de- 
coding of the transmit and receive frames. It also 
provides the electrical interface to the Ethernet 
transceiver cable. 

Each iSBC 552 board is manufactured with a unique 
default 48-bit Ethernet network address stored in an 
address PROM. This address PROM is protected by 
checksum and can be read by utilizing the on board 
memory mapped I/O. The 82586 can be pro- 
grammed to have this or any other Ethernet 
address. 



MULTIBUS® Interface 

The |SBC 552 board can access the MULTIBUS with 
an 8- or 1 6-bit data path and can support up to 24- 
address bits. An I/O operation by the 80186 on the 
iSBC 552 board normally accesses the I/O ports on 
the 80186 that controls the processor's interrupt 
controller and timers. MULTIBUS I/O is disabled in 
this normal operation. iSBC 552 MULTIBUS I/O op- 
erations can be enabled or disabled by writing to 
memory mapped I/O control locations (Table 2). 
When the MULTIBUS I/O is enabled, the iSBC 552 
board can write or read the complete 64k bytes of 
I/O space locations. 



Table 1. 





ISBC® AND iSXM™ 
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BOARDS 


ADDRESS +4 


SCP2 
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SCP1 


I/O WRITE ^ 
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SCP0 




FLAG BYTE 


ADDRESS 







231356-3 

Base I/O port address = configurable. If 8 bit I/O is used, base 

port address is configurable from 0-OFCH. If 16 bit I/O is used, 

base port address is configurable from 0-OFFFCH. 

Flag byte: see Table I. 

SCP0-SCP2: I/O written by host processor and read by 80186 

on iSBC and iSXM 552 SCP0 can be jumper preset. 



Value written 
to Flag byte port 


Action 


1 
2 

4 


Resets iSBC 552 board 
Interrupts 80186 on Interrupt 
Level 1 

Clears a MULTIBUS interrupt 
previously generated by the 
iSBC 552 board 



Figure 3. iSBC® 552 MULTIBUS® 
Communication Interface 



A host processor in a system communicates with the 
iSBC 552 board via a flag byte port and three other 
byte registers in the MULTIBUS interface. These 
registers are called the "System Configuration Point- 
er" registers (SCP0-SCP2). The flag byte port and 
the SCP registers are presented as 4 consecutive 
MULTIBUS I/O ports to the host processor. The lo- 
cations of these I/O ports on the MULTIBUS are 
configurable on the iSBC 552 (Figure 3). To the 
80186 processor on the iSBC 552 board, the three 
SCP registers are memory mapped locations. 

The flag byte port is used by the host processor to 
reset the iSBC 552 board, to interrupt the 80186 
processor and to reset a MULTIBUS interrupt gener- 
ated by the iSBC 552 board (Table I). SCP0-SCP2 
are general purpose registers that the host proces- 
sor can I/O write to and the iSBC 552 board can 
read from. SCP0 can also be preset by hardware 
jumpers. 



iSBC® 552 FUNCTIONAL 
DESCRIPTION 

The iSBC 552 board is a high performance general 
purpose Ethernet COMMengine, designed to offload 
a host processor in a system from transport layer 
communication processing. The board supports user 
written communications software for unique applica- 
tions or it can run Intel's iNA 960 transport software 
in standard applications. When running iNA 960 soft- 
ware, the iSBC 552 board provides the host proces- 
sor with reliable process to process message deliv- 
ery. User messages to be sent are copied by iNA 
960 software into iSBC 552 board local memory for 
transmission. Packets received from the network are 
first buffered and reassembled into messages on the 
iSBC 552 board. These received messages are then 
delivered to the user. 

The iSBC 552 board makes use of the functions on the 
82586 and 82501 to implement a number of network 
functions. These functions include reprogramming the 
iSBC 552 station address, Multicast packet reception 
filtering. Time Domain Reflectometer tests and Loopback 
diagnostics. The 82586 also records a number of net- 
work statistics information. Information stored include the 
number of CRC and alignment errors, the number of 
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occurrences of no receive buffer resources and the 
number of DMA overruns/underruns. 

The iSBC 552 can be configured to have a range of 
local memory configurations, from 16K Byte RAM 
(160K Byte EPROM/ROM) to 80K Byte RAM (16K 
Byte EPROM/ROM). 

The iSBC 552 board and iNA 960 software combina- 
tion offers a flexible and configurable transport 
COMMengine, and allows a user to optimally config- 
ure his system for highest performance. The iSXM 
552 and iNA 961 combination offers a preconfigured 
turn-key solution. In both cases, iNA 960 software 
and the 552 significantly reduces the design cycle 
involved in designing and implementing a transport 
COMMengine. 



iSBC® 552 User Interface 

The iSBC 552 board communicates with a host 
processor through a handshake of interrupts. The 
host processor can generate flag byte interrupts to 
the 80186 on the iSBC 552 and the iSBC 552 can 
generate MULTIBUS interrupts to the host proces- 
sor. The host processor and the.iSBC 552 can also 
communicate through shared MULTIBUS system 
memory. None of the on-board buffer on the iSBC 
552 is accessible to the host processor but the iSBC 
552 can read and write all of 16M byte of MULTIBUS 
system memory. 

the host processor and the iSBC 552 board further 
communicate through the SCP registers. These byte 
registers can be I/O written by the host and can be 
read through memory mapped I/O by the iSBC 552 
processor. 

The 80186 processor controls the iSBC 552 through 
memory mapped I/O. Functions that are controlled 
are listed in Table 2. 



OPERATING ENVIRONMENTS 

The iSBC 552 is designed to function in any 
MULTIBUS systems as a communications proces- 
sor. It can function as both a MULTIBUS bus master 
or a slave. As a MULTIBUS master, it can access up 
to 16M byte of host memory and 64K byte of I/O 
address. As a MULTIBUS slave, it occupies four 
consecutive I/O locations on the MULTIBUS. These 
locations are reserved for the flag byte and the three 
SCP registers. 

iSXMTM 552 FUNCTIONAL 
DESCRIPTION 

The iSXM 552 board is a preconfigured iSBC 552 
with 1 6K Bytes of boot firmware and 80K Bytes of 
iRAM. The iSXM 552 board is offered with iNA 961 
preconfigured ISO 8073 transport software. The 
iSXM 552 firmware provides the capabilities to load 
iNA 961 onto the 552 from either a buffer in the local 
host or remotely from another Ethernet station. It 
also performs a variety of Ethernet and on-board di- 
agnostics (see sections on iNA 961 User Inter- 
faces and Operating Systems Environment). 

iNA 961 software and the iSXM 552 board together 
provide the functionality of a preconfigured operat- 
ing system independent transport engine. In addition 
to transport services, iNA 961 software also includes 
extensive Data Link and Network Management Fa- 
cility services. Figure 4 shows the configuration of 
iNA 961 . Table 3 shows some examples of functions 
provided by iNA 961 . iNA 961 is a preconfigured ver- 
sion of iNA 960. Refer to the iNA 960 data sheet for 
more iNA 961 information. 

User programs that use iNA 960 and the iSBC 
186/51 board can be run on a host processor with 
iNA 961 and iSXM 552 as a transport engine. The 
user programs will require minimal changes in most 
cases. 



Table 2. iSBC® 552 Memory Mapped Functions 



80186 Chip 
Select Lines 


Read/Write 
by 80186 


Functions 


MCS 


R 


MULTIBUS® Interface registers 
(System Configuration Pointer registers, 
see "MULTIBUS® Interface") 


PCS 


W 
R 
W 
W 
W 

W 
W 


Channel Attention to 82586 

Reading iSBC® 552 Ethernet Address PROMS 

Controlling loopback of 82501 

Disabling and Enabling MULTIBUS® I/O 

Generating and Clearing iSBC® 552 

interrupts to the MULTIBUS® System Bus 
Controlling the on-board LED 
Latches the MULTIBUS® window segment 

(8 most significant bits of 24 bit address) 
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Figure 4. iNA 961 CONFIGURATION ON iSXM 552 Board 



Table 3. iNA 961 Services 



Transport 


Virtual circuit 

open: establish a virtual circuit database 

send connect: actively try to establish a virtual connection 

await connect: passively awaits the arrival of a connection request 

send: send a message 

receive: post a buffer to receive a message 

close: close a virtual circuit 
Datagram 

send: send a datagram message 

receive: post a buffer to receive a datagram message 


Data Link 


Transmit: transmit a data link packet 

Receive: post a buffer to receive a data link packet 

Connect: make a data link logical connection (link 

service access point, IEEE802.3/802.2) 
Disconnect: disconnect a data link logical, connection 
Change Ethernet address: change the Ethernet address 
Add multicast address: add a multicast address 
Delete multicast address: remove a multicast address 
Configure 82586: configure the 82586 controller 


Network 
Management 


Read/Clear/Set network objects (local/remote): 

read/clear/set local or remote iNA 960 network parameters 
Read/Set network memory (local/remote): 

read/set memory of the local or a remote station. 

Useful in network debug process. 
Boot consumer: requests a network boot server to 

load a boot file into this station 
Echo: Echo a packet between this station and 

another remote station on the network 
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iSXMTM Boot Firmware User Interface 

The ISXM 552 boot firmware is used to load iNA 961 
or other software onto the 552 from either local 
MULTIBUS memory or a remote network station. 
The firmware performs a number of local and net- 
work diagnostics. Table 4 describes the functions of 
the boot firmware. 

The iSXM 552 boot firmware interfaces with the host 
processor through a configurable command buffer 
location in MULTIBUS memory. This location can be 
either jumper or program configured. The host proc- 
essor updates the command byte in the command 
buffer and expects the firmware to update the re- 
sponse byte when the command is done. The host 
processor signals to the firmware to examine this 
command buffer by writing a 2 to the flag byte port. 
The firmware will update the response byte when 
the command is completed. 

The iSXM 552 boot firmware commands fully support 
the initialization of the MIP Interface. The MIP inter- 
face is used by the host processor to communicate 
with the iNA 961 once it is loaded and started. (See 
section "iNA 961 User Interfaces" for details.) 



iNA 961 User Interfaces 

User programs give iNA 960 commands to the iNA 
961 software on the iSXM 552 board via the MULTI- 
BUS Interface Protocol (MIP). MIP is an Intel reliable 
process to process message delivery protocol be- 
tween MULTIBUS processors. Figure 5 illustrates 
how this message delivery functions. Commands are 
passed between the iSXM 552 and the host proces- 
sor in the form of request blocks. A request block is 
a buffer that contains a command specification and 
the command parameters. Each request block (or 
equivalents, each command) is reliably delivered 
from the host processor tolNA 961 via the MIP facili- 
ty. iNA 961 will extract the command information 
and carry out the command. After a command is 
done, iNA 961 will use the MIP facility to return the 
command result to the user program. 

iNA 961 request blocks are in the same formats as 
iNA 960 commands. Refer to the iNA 960 data sheet 
and reference manuals for more details on iNA 961 
software. 



Table 4. ISXMtm 552 Boot Firmware Commands 



Command 


Function 


Presence 


This command will indicate that the boot firmware is functional by returning the 
version number of the firmware, the power on diagnostic result, and the default 
Ethernet address of the iSXM 552. 


Load 


Load a program from MULTIBUS memory into a designated location in the 
iSBC 552 memory. 


Start 


Load a program from MULTIBUS bus memory into a designated location in 
the iSXM 552 memory. Proceed to start this program once it is loaded. This 
command also initializes the MIP interface on the iSXM 552 board. 


Echo 


Echo a packet between this iSXM 552 board and another station on the 
network. 


Remote Boot 


This command requests a remote boot server station to download software 
onto the iSXM 552. 


and start 
MIP initialize 


Used after a remote boot. This command initializes the MIP interface on the 
iSXM552 and then start the software loaded by the remote boot command. 
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Operating Systems Environment 

The iSXM 552 board and iNA 961 software can func- 
tion in any MULTIBUS environment. The communi- 
cation between the iSXM 552 and the host proces- 
sor is entirely independent of any host operating 
systems. iNA 961 uses the MIP protocol to interface 
with the host processor. The MIP is a reliable, host 
operating system independent, process to process 
communication scheme between any processors on 
the MULTIBUS System Bus. iNA 961 can service 
multiple processes utilizing its services at the same 
time. 

A host processor passes iNA 961 commands and 
buffers in the MULTIBUS system memory to the iNA 



961 software. iNA 961 is responsible for updating 
the response fields of these commands. It is respon- 
sible for copying the user send buffer in MULTIBUS 
system memory into its on board buffers for trans- 
mission and for copying received messages to user 
buffers in MULTIBUS system memory. 



Diagnostics 

The iSXM 552 board offers a range of power up di- 
agnostics designed to ensure that the 80186 proc- 
essor, the memory (EPROM and iRAM), and the 
Ethernet serial interface are functioning properly. 
Table 5 describes these diagnostics. 











M 
U 


± 








USER 
PROGRAM 














USER 

MIP 

DRIVER 


INA 
961 MIP 
DRIVER 






L 

T 


▲ 


I 


i 

B 
U 
S 

® 

S 
Y 
S 
T 
E 
M 

B 
U 
S 








INA 961 






TR 


I 

ANSFER OF 


SOFTWARE 


REQUEST BLOCKS 
(COMMANDS) 

i 


i 

IS> 
B 

7 




J 


HOST PROCESSOR 


(M™552/iNA 961 
OARD SOFTWARE 

231356-5 



Figure 5. iNA 961 MIP Interface 
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Table 5. Functions Checked by 
iSXMTM 552 Diagnostics 



1. Insufficient RAM 

2. Ram match pattern test 

3. Ram ripple data test 

4. Boot firmware PROM checksum 

5. Address PROM checksum 

6. 80186 interrupt controller 

7. 80186 timer controller 

8. 82586 initialization 

9. 82586 CRC check 

10. 82586 broadcast packet recognition 

1 1 . 82586 external loopback 

1 2. 82586 individual address recognition 

1 3. 82586 multicast address recognition 

14. 82586 reset 

1 5. 82586 diagnose check 



DEVELOPMENT ENVIRONMENT 

The iSXM 552 board is a turn-key product that al- 
lows a user to emphasize the development of high 
level software, such as a network file server. The 
iSXM 552 board and iNA 961 software together form 
a transport COMMengine that integrates into any 
MULTIBUS system. iNA 961 is supplied in a boot 
loadable file format. This file can be loaded into the 
iSXM 552 by a host processor or through a remote 
boot server. The boot firmware on the iSXM 552 
supports both functions. 

The iSBC 552 allows a user to fine tune iNA 960 and 
put the software on the board. Both iNA 960 and the 
iSBC 552 can be flexibly configured to best meet the 
users' requirements. An Intel development system, 
together with an Intel I2ICE or equivalent product is 
usually needed if the user desires to do extensive 
development work on the iSBC 552. Intel also sup- 
plies a wide range of host processor boards and sys- 
tems (such as the iSBC 286/10 and system 310) 
that will function well both with the iSBC 552 or the 
iSXM 552. 

iNA 960 can be put into PROMs and run on the iSBC 
552. 



ORDERING INFORMATION 

Part Number Description 

SXM 552 Ethernet Transport Engine 
SBC 552 Ethernet COMMengine 

SPECIFICATIONS 

MULTIBUS Interface 

The iSBC 552 and iSXM 552 boards conform to all 
AC and DC requirements outlined in the Intel 
MULTIBUS Specification, Order Number 142686-002 
with the following exceptions: 

Signal Specification 

DAT0 - DAT7: IIH = 1 80/A IIH = 1 25/iA 

Transceiver Interface 

IEEE 802.3 compatible 

DC Power Requirements 

All voltages supplied by the MULTIBUS Interface 
+ 5.0V ±5%, 5.9A maximum 
+ 1 2.0 ± 5%, 0.5A maximum 



Environmental 

Temperature 



Humidity 



0°C to 55°C Operating 
-40°C to 65°C Non-Operating 

5% to 90% Operating 
5% to 95% Non-Operating 
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iSBC® 186/51 
COMMUNICATING COMPUTER 

MEMBER OF THE OpenNETTM PRODUCT FAMILY 



6 MHz iAPX 186 Microprocessor 

128K Bytes of dual-ported RAM 
expandable on-board to 256K Bytes 
82586 Local Area Network Coprocessor 
for CSMA/CD applications and 82501 
Ethernet serial interface for 
Ethernet/IEEE 802.3 specifications 

Two serial interfaces, RS-232C and 
RS-422A/RS-449 compatible 

Sockets for up to 192K Bytes of JEDEC 
28 pin standard memory devices 



Supports transport layer software 

(iNA 960) and higher layer communications 

software (such as RMX-NET) 

Two iSBX™ bus connectors 

16M Bytes address range of MULTIBUS® 

MULTIBUS® interface for multimaster 
configurations and system expansion 

Supported by a complete family of 
single board computers, peripheral 
controllers, digital & analog I/O, 
memory, packaging and software 



The iSBC® 186/51 COMMUNICATING COMPUTER, THE COMMputer™, j S a member of Intel's OpenNET 
family of products, and supports Intel's network software. The COMMputer utilizes Intel's VLSI technology to 
provide an economical self-contained computer for applications in processing and local area network control. 
The combination of the iAPX 186 Central Processing Unit and the 82586 Local Area Network Coprocessor/82501 
Ethernet Serial Interface makes it ideal for applications which require both communication and processing 
capabilities such as networked workstations, factory automation, office automation, communications servers, 
and many others. The CPU, Ethernet interface, serial communications interface, 128K Bytes of RAM, up to 192K 
Bytes of ROM, I/O ports and drivers and the MULTIBUS interface all reside on a single 6.75"x12.00" printed 
circuit board. 




Inter Corporation Assumes No Responsibility for the Use of Any Circuitry Other Than Circuitry Embodied in an Intel Product. No Other Circuit 
Patent Licenses are Implied. Information Contained Herein Supercedes Previously Published Specifications On These Devices From Intel. 



© INTEL CORPORATION 1985 
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Figure 1. iSBC® 186/51 Block Diagram 



FUNCTIONAL DESCRIPTION 
Communicating Computer 

Intel's OpenNET strategy provides the user with 
building blocks to implement all seven layers of the 
International Standards Organization's (ISO) Open 
Systems Interconnect (OSI) model (see figure 2.) The 
iSBC 186/51 is a part of the OpenNET product family. 
The iSBC 1 86/51 can host iNA 960 transport layer soft- 
ware to provide ISO 8073 class 4 standard protocol 
on IEEE 802.3 LAN. In conjunction with the transport 
file access software, RMX-NET, the iSBC 186/51 and 
iNA 960 provide a complete seven layer communica- 
tions solution. 

The iSBC 186/51 board integrates a programmable 
processor and communications capability onto one 
board, serving both computational and networking 
capacities as dictated by the application. The com- 
munications coprocessor (82586) aids in this task by 
accomplishing as much of the communications task 
as possible before the processor intervenes (thus 
reducing the overhead load of the 80186 processor). 
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Figure 2. iSBC® 186/51 Implementation of 
ISO Standard Model 
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The dual capabilities of the iSBC 186/51 are useful in 
three types of applications: (1) as a single board com- 
municating computer running both user applications 
and communications tasks; (2) as one bus master of 
a multiple processor board solution running a portion 
of the overall user application and the communica- 
tions tasks; and (3) as an "intelligent bus slave" that 
performs communications related tasks as a 
peripheral processor to one or more bus masters in 
a communications intensive environment. 



Architecture 

The iSBC 186/51 board is functionally partitioned into 
three major sections: central computer, I/O including 
LAN interconnect and memory including shared dual 
port RAM (Figure 1). 



The central computer, an iAPX 186 CPU, provides 
powerful processing capability. The microprocessor, 
together with the on-board PROM/EPROM sites, pro- 
grammable timers/counters, and programmable inter- 
rupt control provide the intelligence to manage 
sophisticated communications operations on-board 
the iSBC 186/51. The timers/counters and interrupt 
control are also common to the I/O area providing pro- 
grammable baud rates to USARTs and prioritizing 
interrupts generated from the USARTs. The central 
computer functions are protected for access by the 
on-board 80186 only. 



CENTRAL COMPUTER FUNCTIONALITY 

Central Processing Unit 

The central processor for the iSBC 186/51 is Intel's 
iAPX 186 CPU. The iAPX 186 is a high integration 
16-bit microprocessor. It combines several of the most 
common system components onto the chip (i.e., Direct 
Memory Access, Interval Timers, Clock generator, 
and Programmable Interrupt Controller). The CPU 
architecture includes four 16-bit Byte addressable 
data registers, two 16-bit index registers and two 16-bit 
memory base pointer registers. These are accessible 
by a total of 24 operand addressing modes for (1) com- 
prehensive memory addressing, and (2) support of the 
data structures required for today's structured, high 
level languages— as well as assembly language. 



Instruction Set 

The iAPX 1 86 instruction set is a superset of the 8086. 
It maintains object code compatibility while adding 10 
new instructions to the existing iAPX 86 instruction 
set. The iAPX 186 retains the variable length instruc- 
tion format (including double operand instructions), 
8-bit and 16-bit signed and unsigned arithmetic 
operators for binary, BCD and unpacked ASCII data, 
and iterative word and byte string manipulations. 
Added instructions include: Block I/O, Enter and 
Leave subroutines, Push Immediate, Multiply Quick, 
Array Bounds Checking, Shift and Rotate by Immedi- 
ate, and Pop and Push All. 



The I/O is centered around the Ethernet access pro- 
vided by the 82586/82501 pair. All 10MbpS CSMA/CD 
protocols can be supported. Included here as well are 
two serial interfaces, both of which are fully program- 
mable. In support of the single board computer, two 
iSBX connectors are provided for further customer 
expansion of I/O capabilities. The I/O is under full con- 
trol of the on-board CPU and is protected from access 
by other system bus masters. 



The third major segment, dual-port RAM memory, is 
the key link between the 80186, the Ethernet control- 
ler, and bus masters (if any) managing the system 
functions. The dual-port concept allows a common 
block of dynamic memory to be accessed by the on- 
board 80186 CPU, the on-board Ethernet controller 
and off-board bus masters. The system program can, 
therefore, utilize the shared dual-port RAM to pass 
command and status information between the bus 
masters and on-board CPU and Ethernet controllers. 
In addition, the dual-port concept permits blocks of 
data transmitted or received to accummulate in the 
on-board shared RAM, minimizing the need for a 
dedicated memory board. 



Architectural Features 

A six-byte instruction queue provides prefetching of 
sequential instructions and can reduce the 1000 nsec 
minimum instruction cycle to 333 nsec for queued 
instructions. The stack oriented architecture readily 
supports modular programming by facilitating fast, 
simple intermodule communication, and other pro- 
gramming constructs needed for asynchronous real- 
time systems. Using a windowing technique and ex- 
ternal logic, the full 16M Bytes addressing range of the 
IEEE-796 MULTIBUS Standard is available to the 
user. The dynamic relocation scheme allows ease in 
segmentation of pure procedure and data for efficient 
memory utilization. Four segment registers (code, 
stack, data, extra) contain program loaded offset 
values which are used to map 16-bit addresses to 
20-bit addresses. Each register maps 64K Bytes at a 
time and activation of a specific register is controlled 
both explicitly by program control, and implicitly by 
specific functions and instructions. A flag byte signal- 
ing mechanism aids in creating an interprocessor 
communication scheme. This includes (1) the ability 
to set/reset interrupts with MULTIBUS commands and 
(2) board reset. 
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Programmable Timers 

The 801 86 provides three internal 1 6-bit programma- 
ble timers. Two of these are highly flexible and are 
connected to four external pins (two per timer). They 
can be used to count external events, time external 
events, generate nonrepetitive waveforms, etc. The 
third timer is not connected to any external pins, and is 
useful for real-time coding and time delay applica- 
tions. In addition, this third timer can be used as a 
prescaler to the other two, or as a DMA request 
source. The factory default configuration for timer is 
baud rate generator. 



The 80130-6 provides three more programmable 
timers. One is a factory default baud rate generator 
and outputs an 8254 compatible square wave to the 
RS232 Channel B. The other two timers are assigned 
to the use of the Operating System and should not be 
altered by the user. 



The system software configures each timer indepen- 
dently to select the desired function. Examples of 
available functions are shown in Table 3. The contents 
of each counter may be read at any time during sys- 
tem operation. 



Table 3. 80186 Programmable Timer Functions 



Function 


Operation 


Interrupt on 
terminal count 


When terminal count is reached, an interrupt request is generated. This function is ex- 
tremely useful for generation of real-time clocks. 


Programmable 
one-shot 


Output goes low upon' receipt of an external trigger edge or software command and 
returns high when terminal count is reached. This function is retriggerable. 


Rate generator 


Divide by N counter. The output will go low for one input clock cycle, and the period 
from one low going pulse to the next is N times the input clock period. 


Square-wave rate 
generator 


Output will remain high until 1/2 the count has been completed, and go low for the 
other half of the count. 


Software 
triggered strobe 


Output remains high until software loads count (N). N periods after count is loaded, 
output goes low for one input clock period. 


Hardware 
triggered strobe 


Output goes low for one clock period N counts after rising edge counter trigger input. 
The counter is retriggerable. 


Event counter 


On a jumper selectable basis, the clock input becomes an input from the external 
system; CPU may read the number of events occurring after the counter "window" 
has been enabled or an interrupt may be generated after N events occur in the 
system. 
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Interrupt Capability 

The iSBC 186/51 has two programmable interrupt 
controllers (PICs): one in the 80186 component and 
one in the 80130-6 component. In the iRMX mode, the 
80186 interrupt controller acts as a slave to the 
80130-6. The 80186 interrupt controller in this mode 
uses all of its external interrupt pins. It therefore ser- 
vices only internally generated interrupts (i.e., three 
timers, two DMA channels). The 80130-6 interrupt 
controller operates in the master mode and has eight 
prioritized inputs that can be programmed either edge 
or level sensitive. 

The iSBC 186/51 board provides 9 vectored interrupt 
levels. The highest level is the NMI (Non-Maskable 



Interrupt) line which is directly tied to the 801 86 CPU. 
This interrupt is typically used for signaling cata- 
strophic events (e.g., power failure). The Programma- 
ble Interrupt Controllers (PIC) provide control and 
vectoring for the next eight interrupt levels. As shown 
in Table 4, a selection of four priority processing 
modes is available for use in designing request pro- 
cessing configurations to match system requirements 
for efficient interrupt servicing with minimal latencies. 
Operating modes and priority assignments may be 
reconfigured dynamically via software at any time 
during system operation. The PIC accepts interrupt 
requests from all on-board I/O resources and from the 
MULTIBUS system bus. The PIC then resolves re- 
quests according to the selected mode and, if appro- 
priate, issues an interrupt to the CPU. 



Table 4. iSBC® 186/51 Programmable Interrupt Modes 



Mode 


Operation 


Fully nested 


Interrupt request line priorities fixed at as highest, 7 as lowest. 


Special fully 
nested 


Allows multiple interrupts from slave PICs to the master PIC. Used in the case of 
cascading where the priority has to be conserved within each slave. 


Specific priority 


System software assigns lowest priority level. Priority of all other levels based in 
sequence numerically on this assignment. 


Polled 


System software examines priority-encoded system interrupt status via interrupt 
status register. 
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Interrupt Request Generation 

iSBC 186/51 Interrupt Service requests may originate 
from 25 sources. Table 5 contains a list of devices and 
functions supported by interrupts. All interrupts are 
jumper configurable with either suitcase or wire wrap 
to the desired interrupt request level. 



I/O FUNCTIONALITY 

Local Area Network Coprocessor 

The 82586 is a local communications controller de- 
signed to relieve the iAPX 186 of many of the tasks 



associated with controlling a local network. The 82586 
provides most of the functions normally associated 
with the data link and physical link layers of a local 
network architecture. In particular, it performs framing 
(frame boundary delineation, addressing, and bit error 
detection), link management, and data modulation. It 
also supports a network management interface. 

The iAPX 186 and the 82586 communicate entirely 
through a shared memory space. To the user, the 
82586 appears as two independent but communicat- 
ing units: the Command Unit (CU) and the Receive 
Unit (RU). The CU executes the commands given by 



Table 5. Interrupt Request Sources 



Device 


Function 


Number of 
Interrupts 


MULTIBUS® interface 


Requests from MULTIBUS® resident peripherals or other CPU 


2 


8274 


Transmit buffer empty, receive buffer full and channel errors 


8 


Internal 801 86 
PIC 


Timer 0, 1 , 2 outputs (function determined by timer mode) and 2 
DMA channel interrupts 


5 


82586 


Communications processor needs attention 


1 


Flag byte interrupt 


Flag byte interrupt set by MULTIBUS master 


1 


Systick 


80130-6, RMX system timer 


1 


Edge to level trigger 


Converts EDGE interrupts to level interrupts 


1 


iSBX™ connectors 
MULTIMODULE™ 


Function determined by iSBX™ 


4 

(2 per iSBX™ 
connector) 


Bus fail safe timer 


Indicates addressed MULTIBUS® resident device has not 
responded to command within 6 msec 


1 


OR-gate matrix 


Outputs of OR-gates on-board for multiple interrupts 


1 
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the 80186 to the 82586. The RU handles all activities 
related to packet reception, address recognition, CRC 
checking, etc. The two are controlled and monitored 
by the CPU via a shared memory structure called the 
System Control Block (SCB). Commands for the CU 
and RU are placed into the SCB by the host processor. 
Status information is placed into the SCB by the CU 
and RU (via the CU). The Channel Attention and In- 
terrupt lines are used by the CPU and the 82586 to get 
the other to look into the SCB. See Figure 3. 



The 82586 features a high level diagnostic or mainte- 
nance capability. It automatically gathers statistics on 
CRC errors, frame alignment errors, overrun errors, 
and frames lost due to lack of reception resources. In 
addition, the user can output the status of all internal 
registers to facilitate system design. 

Upon initialization, the 82586 obtains the address of 
its System Control Block through the Initialization 
Root which begins at location 0FFFFF6H. See Figure 
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Figure 4. 82586 Memory Structures 



4. The SCB contains control commands, status regis- 
ter, pointers to the Command Block List (CBL) and 
Receive Frame Area (RFA), and tallies for CRC, 
Alignment, DMA Overrun and No Resource errors. 
Through the SCB, the 82586 is able to provide status 
and error counts for the iAPX 86, execute "programs" 
contained in the CBL and receive incoming frames in 
the Receive Frame Area (RFA). 

Serial I/O 

Two programmable communications interfaces using 
the Intel 8274 Multi-Protocol Serial Controller (MPSC) 
are contained on the iSBC 186/51 . Two independent 
software selectable BAUD rate generators provide the 
channels with all the common communications fre- 
quencies. The mode of operation (for example, Asyn- 
chronous, Byte Synchronous or Bisynchronous 



protocols), data format, control character format, 
parity, and baud rate are all under program control. 
The 8274 provides full duplex, double buffered 
transmit and receive capability. Parity, overrun, and 
framing error detection are all incorporated in the 
MSPC. The iSBC 186/51 supports operation in the 
polled, interrupt and DMA driven interfaces through 
jumper options. The board is delivered previously con- 
figured with channel A in RS-422/RS-449. Channel B 
in RS-232C. Channel A may be configured to support 
RS-232C. 

iSBX™ MULTIMODULE ™ 
On-Board Expansion 

Two 8/16-bit iSBX MULTIMODULE connectors are 
provided in the iSBC 186/51 microcomputer. Through 
these connectors, additional on-board I/O functions 
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may be added. iSBX MULTIMODULE boards 
optimally support functions provided by VLSI periph- 
eral components such as additional parallel and serial 
I/O, analog I/O, small mass storage device controllers 
(e.g., cassettes and floppy disks), and other custom 
interfaces to meet specific needs. By mounting 
directly on the single board computer, less interface 
logic, less power, simpler packaging, higher perfor- 
mance, and lower cost results when compared to 
other alternatives such as MULTIBUS form factor 
compatible boards. The iSBX connectors on the 
iSBC 186/51 boards provide all signals necessary to 
interface to the local on-board bus, including 16 data 
lines for maximum data transfer rates. iSBC 
MULTIMODULE boards designed with 8-bit data 
paths and using the 8-bit iSBX connector are also 
supported on the iSBC 186/51 microcomputers. A 
broad range of iSBX MULTIMODULE options are 
available in this family from Intel. Custom iSBX 
modules may also be designed for use on the iSBC 
186/51 boards. An iSBX bus interface specification 
and iSBX connectors are available from Intel. 



MEMORY FUNCTIONALITY 



EPROM capacity is 192K Bytes. Other JEDEC stan- 
dard pinout devices are also supported, including 
byte-wide static RAMs and iRAMs. 



MULTIBUS' SYSTEM BUS AND 
MULTIMASTER CAPABILITIES 

Overview 

The MULTIBUS system bus is Intel's industry stan- 
dard microcomputer bus structure. Both 8 and 16-bit 
single board computers are supported on the MULTI- 
BUS structure with 24 address and 16 data lines. In its 
simplest application, the MULTIBUS system bus al- 
lows expansion of functions already contained on a 
single board computer (e.g., memory and digital I/O). 
However, the MULTIBUS structure also allows very 
powerful distributed processing configurations with 
multiple processors and intelligent slave I/O, and pe- 
ripheral boards capable of solving the most demand- 
ing microcomputer applications. The MULTIBUS 
system bus is supported with a broad array of board 
level products, LSI interface components, detailed 
published specifications and application notes. 



RAM Capabilities 

The iSBC 186/51 COMMputer board contains 128K 
Bytes of dual-port dynamic RAM. The on-board RAM 
may be expanded to 256K Bytes with the iSBC 304 
MULTIMODULE board mounted onto the iSBC 186/51 
board. The dual-port controller allows access to the 
on-board RAM (including RAM MULTIMODULE op- 
tions) from the iSBC 186/51 board and from any other 
MULTIBUS master via the system bus. Segments of 
on-board RAM may be configured as a private 
resource, protected from MULTIBUS system access. 
The amount of memory allocated as a private resource 
may be configured in increments of 25% of the total 
on-board memory ranging from 0% to 100% (optional 
RAM MULTIMODULE board doubles the increment 
size). These features allow the multiprocessor 
systems to establish local memory for each processor 
and shared system memory configurations where the 
total system memory size (including local on-board 
memory) can exceed one megabyte without address- 
ing conflicts. 



Universal Memory Sites for Local Memory 

Six 28-pin sockets are provided for the use of Intel's 
2732, 2764, 271 28, 27256 EPROMs and their respec- 
tive ROMs. When using the 27256s, the on-board 



Expansion Capabilities 

Memory and I/O capacity may be expanded and addi- 
tional functions added using Intel MULTIBUS com- 
patible expansion boards. Memory may be expanded 
by adding user specified combinations of RAM 
boards, EPROM boards, or combination boards. In- 
put/output capacity may be added with digital I/O and 
analog I/O expansion boards. Mass storage capability 
may be achieved by adding single or double density 
diskette controllers, or hard disk controllers. Modular 
expandable backplanes and cardcages are available 
to support multiboard systems. 

Multimaster Capabilities 

For those applications requiring additional processing 
capacity and the benefits of multiprocessing (i.e., 
several CPU's and/or controllers logically sharing 
system tasks through communication of the system 
bus), the iSBC 186/51 boards provide full MULTIBUS 
arbitration control logic. This control logic allows up 
to three iSBC 186/51 boards or other bus master, 
including iSBC 80 family MULTIBUS compatible 8-bit 
single board computers to share the system bus using 
a serial (daisy chain) priority scheme. This allows up to 
16 masters to share the MULTIBUS system bus with 
an external parallel priority decoder. In addition to the 
multiprocessing configurations made possible with 
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multimaster capability, it also provides a very efficient 
mechanism for all forms of DMA (Direct Memory Ac- 
cess) transfers. 



MISCELLANEOUS FUNCTIONALITY 

Power-Fail Control and Auxiliary Power 

An active-low TTL compatible memory protect signal 
is brought out on the auxiliary connector which, when 
asserted, disables read/write access to RAM memory 
on the board. This input is provided for the protection 
of RAM contents during system power-down se- 
quences. An auxiliary power bus is also provided to 
allow separate power to RAM for systems requiring 
battery back-up of read/write memory. Selection of 
this auxiliary RAM power bus is made via jumpers on 
the board. 



System Development Capabilities 

The development cycle of iSBC 1 86/51 products can 
be significantly reduced and simplified by using either 
the System 86/3XX or the Intellec Series Microcom- 
puter Development Systems. The Assembler, 
Locating Linker, Library Manager, Text Editor and 
System Monitor are all supported by the ISIS-II disk- 
based operating system. To facilitate conversion of the 
8080A/8085A assembly language programs to run on 
the iSBC 186/51 boards, CONV-86 is available under 
the ISIS-II operating system. 



In-Circuit Emulator 

The Integrated Instrumentation In-Circuit Emulator 
(I ICE) provides the necessary link between the soft- 
ware development environment provided by the Intellec 
system and the "target" iSBC 186/51 execution 
system. In addition to providing the mechanism for 



loading executable code and data into the iSBC 186/51 
boards, the l 2 ICE-186 provides a sophisticated 
command set to assist in debugging software and final 
integration of the user hardware and software. 

PL/M-86 and C-86 

Intel has two systems implementation languages, 
PL/M-86 and C-86. Both are standard in the System 
86/3XX and are also available as Intellec Microcom- 
puter Development System options. PL/M-86 pro- 
vides the capability to program in algorithmic 
language and eliminates the need to manage register 
usage or allocate memory while still allowing explicit 
control of the system's resources when needed. C-86 
is especially appropriate in applications requiring por- 
tability and code density. FORTRAN 86 and PASCAL 
86 are also available on Intellec or 86/3XX systems. 

Run-Time Support 

Intel also offers two run-time support packages: iRMX 
88 Realtime Multitasking Executive and the iRMX 86 
Operating System. The iRMX 88 executive is a 
simple, highly configurable and efficient foundation for 
small, high performance applications. Its multitasking 
structure establishes a solid foundation for modular 
system design and provides task scheduling and 
management, intertask communication and 
synchronization, and interrupt servicing for a variety of 
peripheral devices. Other configurable options in- 
clude terminal handlers, disk file system, debuggers 
and other utilities. The iRMX 86 Operating System is a 
highly functional operating system with a very rich set 
of features and options based on an object-oriented 
architecture. In addition to being modular and con- 
figurable, functions beyond the nucleus include a so- 
phisticated file management and I/O system, and a 
powerful human interface. Both packages are easily 
customized and extended by the user to match unique 
requirements. 
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SPECIFICATIONS 

Word Size 

Instruction— 8, 16, 24, or 32 bits 
Data— 8, 16 bits 

System Clock 

6.00 MHz ± 0.1% 

Cycle Time 

Basic Instruction Cycle 

6 MHz-1000ns 

333ns (assumes instruction in the queue) 

Note: Basic instruction cycle is defined as the fastest 
instruction time (i.e., two clock cycles.) 

Memory Capacity/Addressing 

Six Universal Memory Sites support JEDEC 24/28 pin 
EPROM, PROM, iRAM and static RAM. 



Example for EPROM: 




Device Total Capacity 


Address Range 


2732 24K Bytes 

2764 48K Bytes 

27128 96K Bytes 

27256 192K Bytes 


F8000-FFFFF H 
FOOOO-FFFFFh 
EOOOO-FFFFFh 
COOOO-FFFFFh 



On-Board RAM 

Board Total Capacity Address Range 

iSBC 1 86/51 1 28K Bytes 0-1 FFFF H 

With MULTIMODULE™ RAM 

Board Total Capacity Address Range 

iSBC 304 256K Bytes 0-3FFFF H 

I/O Capacity 

Serial— two programmable channels using one 8274 
iSBX™ Multimodule™— two 8/16-bit iSBX™ connec- 



tors allow use of up to 2 single-wide modules or 1 
single-wide module and 1 double-wide iSBX module. 

Serial Communications Characteristics 

Synchronous —5-8 bit characters; internal or ex- 
ternal character synchronization; 
automatic sync insertion 

Asynchronous — 5-8 bit characters; break charac- 
ter generation; 1,1/2, or2 stop bits; 
false start bit detection 

Baud Rates 



Frequency 
(KHz) (S/W 
Selectable) 


Baud Rate (Hz) 


Synchronous 


Asynchronous 


-1 


-16 -64 


153.6 


— 


9600 2400 


76.8 


— 


4800 1200 


38.4 


38,400 


2400 600 


19.2 


19,200 


1200 300 


9.6 


9,600 


600 150 


4.8 


4,800 


300 75 


2.4 


2,400 


150 — 


1.76 


1,760 


110 2400 



NOTE: 

Frequency selected by I/O write of appropriate 16-bit fre- 
quency factor to baud rate register (80186 timer & 80130 
baud timer). 

Timers 

Input Frequencies 

Reference 1.5 MHz ± 0.1% (.5/*Sec period nominal) 
Event Rate: 1.5 MHz max. 
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80186 Output Frequencies/Timing Intervals 


Function 


Single 
Timer/Counter 


Dual (Cascaded) 
Timer/Counter 


Min 


Max 


Min 


Max 


Real-time 
Interrupt 


667ns 


43.69ms 


667ns 


47.72 minutes 


Programmable 
one-shot 


1000ns 


43.69ms 


1000ns 


47.72 minutes 


Rate generator 


22.889 Hz 


1.6 MHz 


.0003492 Hz 


1.5 MHz 


Square-wave 
rate generator 


22.889 Hz 


1.5MHz 


.0003492 Hz 


1.5MHz 


Software 
triggered strobe 


1000ns 


43.69ms 


1000ns 


47.72 minutes 


Event counter 


— 


1.5 MHz 


— 


— '■ ; ' 



Interfaces 

Ethernet— IEEE 802.3 compatible 
MULTIBUS®— IEEE 796 compatible 
MULTIBUS®— Master D16 M24 116 V0 EL 



Compliance 

iSBX™Bus— IEEE P959 compatible 
Serial I/O— RS-232C compatible, 

configurable as a data set or 
data terminal, RS-422A/RS-449 



Connectors 



Interface 


Double-Sided 
Pins 


Centers 
(in.) 


Mating 
Connectors 


Ethernet 


10 


0.1 


AMP87531-5 


MULTIBUS® SYSTEM 


86 (P1) 


0.156 


Viking 

3KH43/9AMK12 
Wire Wrap 


60 (P2) 


0.1 


Viking 
3KH30/9JNK 


iSBX™ Bus 
8-Bit Data 

16-Bit Data 


36 


0.1 


iSBX™ 960-5 


44 


0.1 


iSBX™ 960-5 


Serial I/O 


26 


0.1 


3M 3452-0001 
Flat or 
AMP88106-1 Flat 
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Physical Characteristics 

Width— 12.00 in. (30.48 cm) 
Height— 6.75 in. (17.15 cm) 
Depth— 0.70 in. (1.78 cm) 
Weight— 18.7 ounces (531 g.) 



Environmental Characteristics 

Operating Temperature — 0°C to 55°C 



Relative Humidity- 



-10% to 90% (without 
condensation) 



Electrical Characteristics 

DC Power Supply Requirements 



Configuration 


Maximum Current 
(Ail Voltages ± 5%) 


+5 


+ 12 


-12 


SBC 186/51 as shipped: 
Board Total 

With separate battery back-up 
Battery back-up 


7.45A 
6.30A 
1.1 5A 


40mA 
40mA 


40mA 
40mA 


With SBC-304 Memory Module 
Installed: 
Board Total 

With separate battery back-up 
Battery back-up 


7.55A 
6.30A 
1.25A 


40mA 
40mA 


40mA 
40mA 



NOTES: 

1 . Add 150 mA to 5V current for each device installed in the 6 available Universal Memory Sites. 

2. Add 500 mA to 12V current if Ethernet transceiver is connected. 

3. Add additional currents for any SBX modules installed. 



Reference Manual 

122330-001— iSBC 186/51 
Manual (NOT SUPPLIED) 



Hardware Reference 



Manuals may be ordered from any Intel sales repre- 
sentative, distributor office or from Intel Literature De- 
partment, 3065 Bowers Avenue, Santa Clara, 
California 95051. 



ORDERING INFORMATION 



Part Number 

SBC 186/51 



Description 

Communicating Computer 
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iRMX™ NETWORKING SOFTWARE-iRMX™-NET 

MEMBER OF THE OpenNET™ PRODUCT FAMILY 



Transparent Network File Access 

— Remote files can be worked with as 
if they were local 

Connects iRMXTM, XENIX* and DOS 
systems on the LAN** 

— Compatible with XENIX Networking 
Software (XENIX* NET) and MS-NET/ 
IBM PC Networking program 

Runs under iRMXTM 86 Operating 
System 

Existing applications can be distributed 
without change 



Supports OpenNETTM— Ethernet 
hardware and software 

— iSXMTM 552 Transport Engine 

— iSBC® 552 COMMengine 

— iSBC® 186/51 COMMputerTM 

— iNA 960 Transport software 

Supports file server applications 

— Based on iRMXTM 86 Basic I/O 
system 

Distributed name server 



The Intel OpenNETTM iRMXTM Network File access software provides transparent file access between iRMX 
and XENIX* and iRMX and MS/ DOS systems across a LAN. Users can use local file systems commands to 
read, write, open, close, etc. files residing at remote iRMX, MS/ or PC/DOS and XENIX systems. IRMX NET 
implements the upper layer ISO OSI protocols used by the IBM PC Network Program and XENIX NET. 
Interoperation among these systems is supported by Intel's LAN product line including the iSXM 552 Transport 
engine, the iSBC® 552 COMMengine, the iSBC® 186/51 COMMputerTM and the iNA 960 Transport software. 
Networked iRMX systems serve in a wide range of applications including real time transactions, automated 
testing, data collection, communications switching, etc. 

* XENIX is a trademark of Microsoft Corp. 

**RMX to XENIX interoperation will be fully qualified only in R1.1 and up. 




Intel Corporation Assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent 
licenses are implied. Information contained herein supersedes previously published specifications on these devices from Intel. February 1985 
© Intel Corporation, 1985 
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iRMXTM-NET FUNCTIONAL 
DESCRIPTION 

iRMXTM-NET provides transparent remote file ac- 
cess capability through a file consumer and a file 
server module. The consumer intercepts file com- 
mands from the local user and transmits them 
across the LAN to the server at the node where the 
target file resides. The server receives, interprets 
and executes the command acting as a user to its 
local file system. The user has the option of config- 
uring either or both in his target system. 

RMX-NET also includes a name server which pro- 
vides name-to-address mapping. The iRMX-NET file 
consumer uses the name server to find the physical 
address of the referenced system. 



The capabilities allow iRMX systems to interoperate 
over the LAN with XENIX systems configured with 
XENIX-NET or DOS systems using MS-NET or IBM 
PC Network Program. This interoperation entails ac- 
cessing data and loading programs through the net- 
work, sharing common servers and communication 
between users. 

The network file service requires the support of an 
underlying ISO 8073 compatible transport service 
provided by the iNA 960 network software running 
on the iSBC 186/51 COMMputer or the iSXM 552/ 
iSBC 552 boards. In terms of the ISO OSI reference 
model iRMX-NET, in conjunction with the transport 
service and Ethernet/ IEEE 802.3 hardware, provide 
complete seven layer functionality and serves as the 
fundamental building block for the development of a 
host of other services such as mail or virtual terminal 
(see Figure 1). 
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Figure 1. ISO OSI Reference Model RMX-NET 
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Figure 2. Protocols and Interoperation 



Table 1. Protocols 
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TRANSPARENT REMOTE FILE 
ACCESS 

iRMX-NET provides transparent remote file access 
at the BIOS, EIOS and Human Interface level. This 
means that all iRMX 86 applications written using 
BIOS, EIOS or HI commands can be used in a net- 
worked environment where the referenced files may 
reside at other nodes of the network. 

With Release 1 of RMX-NET the user (file consum- 
er) can transparently access files resident at remote 
systems configured with iRMX-NET or XENIX-NET 
(file servers). On the other hand, an RMX file server 
supports remote nodes configured with iRMX-NET, 
XENIX-NET, Microsoft Networks and IBM PC Net- 
work Software file consumers. For a table showing 
the combinations supported with the initial Open- 
NET product line please refer to Figure 2. 

Transparent remote file access enables the user to 
manipulate and use remote files as if they were lo- 
cal. This capability can be used to develop key net- 
work services, such as mail, print server or virtual 
terminal with minimum additional effort. 



PROTOCOLS 

File sharing among different operating systems 
across the network is made possible through imple- 
menting a common set of file access (or file sharing) 
protocols under these operating systems. Network 
file sharing protocols are a set of rules governing the 
interaction between a file consumer and a file server 
on the same local area network. The file access pro- 
tocols used by the OpenNet product line were jointly 
developed Intel, Microsoft and IBM. 

Since the file systems of DOS, XENIX 286 and iRMX 
86 are not identical, two protocol sets have been 
devised to support transparency in the various serv- 



er-consumer combinations. The so-called "core pro- 
tocols" support transparent file access between two 
DOS nodes on the network. The "extended proto- 
cols" support transparent file access between iRMX 
and XENIX nodes. The extended protocols contain 
the core protocols as a subset. See Figure 2 for an 
illustration. The core and extended protocols are in 
public domain and can be implemented under other 
operating systems, thus enabling a host of otherwise 
incompatible systems to share data and resources 
and to communicate across the network. 



NETWORK HIERARCHICAL FILE 
SYSTEM 

The file sharing protocols implemented in a network 
extend the file systems of the individual nodes into a 
so-called network hierarchical file system. Within a 
network any user can access each of the "public" 
files through a unique path of the network directory. 
For an illustration of the latter, please refer to Figure 
3. Note that a directory can be designated as public 
(accessible from other nodes of the network) or pri- 
vate (accessible only locally) when SYSGEN-ing the 
server. Within a network hierarchical file system the 
same access right options are available as under 
RMX 86, that is a remote file can be read only, writ- 
ten into or searched depending on how it is set up. 



IMPLEMENTATION 

iRMX-NET implements file access across the net- 
work through introducing a new file type, the "re- 
mote file." The iRMX operating system originally 
supports physical, stream and named files through 
the respective file drivers contained within the Basic 
I/O system (BIOS). iRMX-NET adds a new file driver 
called remote file driver (RFD). All local commands 
referencing remote files are intercepted at the BIOS 
level and are redirected through the RFD to the net- 
work. 



>K VIRTUAL ROOT 

! 


231372-4 



Figure 3. Network Hierarchical File System 
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The server receives the command from the network 
and forwards it to the local operating system acting 
as a user for the local file system. For an implemen- 
tation block diagram please refer to Figures 4 and 5. 

The consumer consists of two basic building blocks. 
The RFD is operating system dependent and must 
be configured to run under the host. The file con- 
sumer building block is supported by the special ex- 
ecutive of iNA 960 and can run on a separate proc- 
essor along with iNA 960. 

The server includes a file server building block and a 
name server module which are configured to run 
with iNA 960 and are operating system independent. 
The server interfaces to the host operating system 
through the File Access interface which runs under 
the host operating system. 



NAME SERVER 

The Name Server provides name to network ad- 
dress mapping for the users. iRMX-NET implements 
a distributed or "protocol based" name server 
scheme in which every node "knows" its own name 
and address and thus there is no "master directory" 
file within the system. 

When a user is referencing a remote node on the 
network by its' name the file consumer broadcasts a 
request for that name across the network. The only 
node having the name called will respond by send- 
ing its address to the requestor. 



HUMAN INTERFACE 



FILE DRIVERS 



RFD 




FILE CONSUMER 
BUILDING BLOCK 



iNA 960 
SOFTWARE 



0. S. INDEPENDENT 
PORTION 



NETWORK 



231372-5 



Figure 4. iRMX-NET File Consumer Implementation 
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SYSTEM ENVIRONMENT 

iRMX-NET is supported by any system in which 
iRMX 86 is at release level 6.0 or later and in which 
the iNA 960 transport software is already configured 



iRMX-NET is included at sysgen time as a first level 
job if the extended I/O system is not present or as 
an I/O job if it is present. iRMX-NET contains a num- 
ber of user-defined parameters which must be set 
up when configuring the system, These parameters 
include the size of buffers, the number of consumers 
served concurrently or the maximum permissible 
number of outstanding processes. 



remote and local files alike. As a file server to a DOS 
consumer, iRMX-NET functions just like a PC AT file 
server. As a server to XENIX consumer there are a 
few limitations to transparency, for example, the 
"LOCK" and "LINK" XENIX commands are not sup- 
ported under iRMX. As a file consumer to a XENIX 
server iRMX-NET provides full transparency. 



SPECIFICATIONS 

— Code size: about 40 KB 

— System requirements: -RMX 86 R6.0 or later 



- iNA 960 



— Throughput: T. B. D. 



USING iRMX-NET 

When first referencing a remote directory the user 
has to issue an "attachdevice" command just like in 
the case of attaching a new local device under RMX 
86. For example if the remote system is SYSB the 
user will need to issue the following command: 

I 
Attachdevice SYSB as :f5: Remote. 

In this case :f5: is chosen to designate the newly 
opened "network volume." The "attachfile" com- 
mand in fact opens a virtual circuit between the con- 
sumer and the server to support the subsequent 
communication between these two nodes. Once the 
remote device is "attached" the user can access his 



ORDERING INFORMATION 

iRMX-NET WRO . 

Object code on double density RMX diskettes 
with OEM license. 

iRMX-NET WSU 

Object code on double density RMX diskettes 
with single user development license. 

iRMX-NET LST 

Source listing on microfiche. (Available for R1.1 
and up.) 

iRMX-NET SRC 

Machine readable source 
(Available for R 1.1 and up.) 



0. S. INDEPENDENT PORTION 
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Figure 5. File Server Implementation 



11-36 



inteT 



iRMXTM-NET 



^iy[M0IM(f3V 



ss: 




STEP 1 : X BROADCASTS : WHERE IS B? 

^STEP 2: B REPLIES: <ETHERNET ADDRESS, B> 

231372-7 



Figure 6. Distributed Name Server Scheme 
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XENIX* NETWORKING SOFTWARE 

MEMBER OF THE OpenNET PRODUCT FAMILY 



Transparent Network File Access 
Allows Existing Applications to be 
Distributed without Change 

Interoperation between iRMXTM, XENIX 
and MS/DOS* Based Systems over a 
Local Area Network (LAN). 

— Interoperation between XENIX and 
DOS by Rel 1.0 

— Interoperation between XENIX and 
iRMX by Rel 1.1 



Runs under XENIX 3.0 on 286/310 and 
286/380 Systems 

Supports OpenNETTM Hardware and 
Software 

— i'SXMtm 552 Ethernet COMMengine 

— iNA 961 Transport Software 

Supports File Server Applications 



XENIX Networking software is a part of Intel's OpenNET Product Family which provides transparent file access be- 
tween iRMX, XENIX and MS/DOS systems across a LAN. Users can use local file systems commands to read, write, 
open, close, etc. files residing at remote iRMX, MS/DOS and XENIX systems. The XENIX Networking Software im- 
plements the upper layer protocols used by Microsoft Networks, Interoperation among these systems is supported 
by Intel's OpenNET LAN product line including the iSXM 552 Transport Engine, iNA 961 (a preconfigured version of 
iNA 960 transport software), the iSBC® 186/51 COMMputer™ and the iNA 960 Transport software. Networked 
XENIX systems serve in a wide range of applications, such as distributed data processing, development, scientific 
and engineering applications, and graphics. Below is a diagram of the OpenNET Local Area Network. 



XENIX* 
OPERATING SYSTEM 



iRMXTM 
OPERATING SYSTEM 
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XENiX and MS/DOS are trademarks of Microsoft Corporation. 



Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent 
licenses are implied. Information contained herein supersedes previously published specifications on these devices from Intel. February 1985 
© Intel Corporation, 1985 
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XENIX— NETWORKING FUNCTIONAL 
DESCRIPTION 

The XENIX Networking software provides transpar- 
ent remote file access capability through a file con- 
sumer and a file server module. The consumer inter- 
cepts file commands from the local user application 
and transmits them across the LAN to the server at 
a network system or node where the target file re- 
sides, The server receives, interprets, and executes 
the command acting as a user to its local file sys- 
tem. The user has the option of configuring either or 
both the consumer and server in his target system. 

The XENIX Networking Software also includes a 
name server which allows a logical name to be used 
to refer to remote nodes instead of the physical LAN 
address. 

The capabilities allow XENIX systems to interoper- 
ate over the LAN with RMX systems (with release 
1.1) configured with RMX Networking software or 
MS/DOS systems (with release 1.0) using Microsoft 
Networks. This interoperation entails accessing data 
and loading programs through the network, sharing 
common servers, and communication between 
users. 

The XENIX Networking Software requires the sup- 
port of an underlying. ISO 8073 compatible transport 
service provided in the iNA 960 network software 
running on the iSXM 552 Transport Engine. In terms 
of the ISO OSI reference model, XENIX Networking 



in conjunction with the transport service and Ether- 
net hardware provides complete seven layer func- 
tionality and serves as the fundamental building 
block for the development of other services such as 
mail and remote execution (see Figure 1). 



TRANSPARENT REMOTE FILE 
ACCESS 

XENIX Networking provides transparent remote file 
access at the application interface level. This means 
that all XENIX 3.0 applications written using operat- 
ing system file access commands can be used with- 
out change in a networked environment where the 
referenced files may reside at other nodes of the 
network. 

With release 1.0 of the XENIX Networking software, 
the user (file consumer) can transparently access 
files resident at remote systems configured with 
XENIX or MS/DOS file servers. Whiie a XENIX file 
server supports remote nodes configured with both 
XENIX and Microsoft Networks and file consumers. 
For a table showing the combinations supported 
with the initial OpenNET product line, please refer to 
Figure 2. 

Transparent remote file access enables the user to 
manipulate and use remote files as if they were lo- 
cal. This capability is used for key network services, 
such as rnail, print server, and remote execution on 
other XENIX nodes. 
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Figure 1. OpenNET™ Product Offerings 
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XENIX 



Consumer 


Server 


Protocol 
Used 


Supported 
In 


iRMXTM 


iRMXTM 


EXT. 


R1.0 


iRMXTM 


XENIX 


EXT. 


R1.1 


XENIX 


iRMXTM 


EXT. 


R1.1 


XENIX 


XENIX 


EXT. 


R1.0 


XENIX 


MS/DOS 


CORE 


R1.0 


MS/DOS 


iRMXTM 


CORE 


R1.0 


MS/DOS 


XENIX 


CORE 


R1.0 


MS/DOS 


MS/DOS 


CORE 


MICROSOFT 
NETWORKS 



Figure 2. Interoperation 

NETWORK FILE ACCESS 
PROTOCOLS 

File sharing, among different operating systems 
across the network is made possible through imple- 
menting a common set of file access (or file sharing) 
protocols under these operating systems. Network 
file sharing protocols are a set of rules governing the 
interaction between a file consumer and a file server 
on the same local area network. The file access pro- 
tocols used by the OpehNET product line were joint- 
ly developed by Intel, Microsoft, and IBM. 

Since the file systems of DOS, XENIX, and iRMX are 
not identical, two protocol sets have devised to sup- 
port transparency in the various server-consumer 
combinations. The core protocols support transpar- 
ent file access between a MS/DOS consumer and 
remote server. The "extended protocols" support 
transparent file access between RMX and XENIX 
nodes. The extended protocols contain the core pro- 
tocols as a subset. See Figure 3 for an illustration. 



The core and extended protocols are in public do- 
main and can be implemented under other operating 
systems, thus enabling a host of otherwise incom- 
patible systems to share data resources and to com- 
municate across the network. 
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Figure 3. Network File Access Protocols 

NETWORK HIERARCHICAL FILE 
SYSTEM 

The file sharing protocols implemeted in a network 
extend the file.systems of the individual nodes into a 
hierarchical file system. Within a network any user 
can access each of the "public" files through a 
unique path of the network directory. For an illustra- 
tion of the latter, refer to Figure 4. Within a network 
hierarchical file system the same access right op- 
tions are available as under XENIX 3.0, that is a re- 
mote file can be read only, written into or searched if 
the requesting user has the appropriate permissions. 





NETWORK 




NODE 1 '^''^ 


NODE 2 
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Figure 4. Network Hierarchical File System 
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Figure 5. XENIX Networking Consumer/Server 



IMPLEMENTATION 

The XENIX Networking software implements file ac- 
cess across the network through enhancing the file 
naming syntax. The logical name associated with a 
remote system (or node) is appended by the user to 
the path name of the required file. This nomencla- 
ture is distinguished from normal path names by a 
double slash (//). A similar technique is used for 
MS/DOS and RMX. 



//< node name >/< path name 

Hooks have been imbedded in the standard XENIX 
3.0 Operating System offered by Intel which detect 
remote file accesses. XENIX Networking consists of 
a consumer task and server task. All local com- 
mands referencing remote files are intercepted at 
the kernel level and are redirected through the con- 
sumer software to the network. 

The server software receives the command from the 
network and forwards it to the local operating sys- 
tem acting as a user for the local file system. For an 
implementation block diagram see Figure 5. 

The consumer includes a name server module 
which is configured to run with the iNA 961 Trans- 
port Software and is operating system independent. 
The name server accesses a local file which keeps 
track of valid node names and their physical LAN 
address. 



SYSTEM ENVIRONMENT 

The XENIX Networking software can be used on any 
system running Intel's XENIX 3.0. This includes the 
286/310 and 286/380 systems. Since networking 
"hooks" are already included in the operating sys- 
tem nothing other than loading the XENIX Network- 
ing software onto the local system is necessary. 
Special network utilities are included for building and 
maintaining the network configuration files so that 
the network can be tailored to meet each customers 
needs. 

The network supports a single community of users 
which means that a user name is unique across the 
network and therefore users can log-in at any sys- 
tem on the network. 

File security is provided by the standard XENIX 3.0 
file protection of owner, group, and other access. A 
local node can restrict local access for remote users 
by allowing all, none, or a selected few remote 
nodes. 



USING XENIX NETWORKING 

When the networking software and configuration 
files are located in each node, all each node has to 
do is start the consumer and/or start its server to 
make its files available to other network systems to 
start referencing remote files immediately. Each 
node can talk to as many as 20 other nodes at 
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the same time. This is dynamic and a node can 
switch to any other nodes at any time as long as it 
doesn't exceed 20. This limit is only for consumer 
tasks talking to server tasks and vice versa and in no 
way limits the number of users at a node which can 
have remote file access, i.e., all user requests from 
a single node are multiplexed through a single 
consumer. 

The standard XENIX 3.0 mail works via XENIX Net- 
working across the LAN as well as remote execution 
on XENIX 3.0 systems via the AT command. 

As a consumer to RMX servers there are a few limi- 
tations to transparency, for example, the "LOCK" 
and "LINK" XENIX commands are not supported 
under RMX. As a file server to a RMX consumer, 
XENIX Networking does provide full transparency. 



ORDERING INFORMATION 



SPECIFICATIONS 

— Code size: 



—about 60 KB 
plus 40 K for buffers 



-System requirements — XENIX 3.0 

— iNA 961 

- XENIX Networking along with the iNA 961 soft- 
ware and the iSXM 552 have been qualified for 
the 286/310-17, 286/310-41, and 286/380 sys- 
tems. 



XNX-NET-NSO 



XNX-NET-961-NSU 



XNX-NET-KIT-NRI 



XNX-NET-RO 



XNX-NET-RF 
XNX-NET-NSR 



iNA-961-RO 
iSXM 552 

SYS 31 0-41 XN 
SYS310-17XN 



iMDX 457 
JMDX3015 
iMDX 3016-1 
iDCM 911-1 



XENIX Networking Software 
(both 8 " and 5 Vi " double sided, 
double density) plus rights for 
eight copies 

XENIX Networking and iNA 
961 Object Software (both 8" 
and 5 1 / 4 " double sided, dou- 
ble density) plus rights for 8 
copies 

XENIX Networking and iNA 
961 Object Software (both 8" 
and 5 1 / 4 " double sided, dou- 
ble density) plus iSXM 552 
Transport Engine for pass 
through use 

XENIX Networking and iNA 
961 Object Software (both 8" 
and 5 1 / 4 " double sided, dou- 
ble density) plus license rights 

Software Incorporation Fee 

Machine Readable source 
code for the XENIX Network- 
ing Software, (both 8" and 
5 1 / 4 " double sided, double 
density) 

iNA 961 Transport Software 
plus license rights 

Ethernet Transport Engine 
plus one iNA 961 Software In- 
corporation Fee 

XENIX System 286/310-41 
with Xenix Networking Soft- 
ware, iNA961 Transport Soft- 
ware and iSXM 552 Transport 
Engine 

XENIX System 286/310-17 
with Xenix Networking Soft- 
ware, iNA 961 Transport Soft- 
ware and iSXM 552 Transport 
Engine 

Ethernet Transceiver Cable 
Ethernet Transceiver 
Ethernet Cable 
- Intellink™ 



Ethernet hardware and software for the IBM Person- 
al Computer is available from Ungermann Bass, Inc. 
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iNA 960 TRANSPORT SOFTWARE 

MEMBER OF THE OpenNET™ PRODUCT FAMILY 



ISO Transport (8073) Class 4 services 
—Guaranteed message integrity 
—Data rate matching (flow control) 
—Multiple connection capability 
—Variable length messages 
— Expedited delivery 
—Negotiation of virtual circuit 
characteristics during opens 

Additional functionality 
—Connectionless transport 

(Datagram) 
—External Data Link 

IEEE 802.3 Data Link protocol 
(CSMA/CD) supported 

Comprehensive Network Management 
services 



—Collection of network usage 

statistics 
—Setting and inspecting of transport 

and data link parameters 
—Fault isolation and detection 
— Boot Server 

Compatible with multiple system 

environments 

—Runs as an iRMX ,M . 86 job 

—Supports host operating system 
independent designs based on 8086, 
8088 or 80168 and 82586 components 

Runs on ISBC® 186/51 COMMputerTM 

Board 

Preconfigured version runs on SXM 552 

Transport Engine 



iNA 960 is a general purpose local area network software package implementing the class 4 services of the 
ISO transport specification and network management functions in system designs based on the 8086, 8088 
and 80186 microprocessors and the 82586 communications co-processor. iNA 960 also supports Intel's board 
level LAN products, the iSBC® 552, iSXM™ 552, and the iSBC®186/51. Combined with these board products 
iNA 960 provides a cost effective, high performance industry standard transport capability supporting the 
OpenNET higher layer software or other user application. 

iNA 960 is a ready-to-use software building block for OEM suppliers of networked systems for both technical 
and commercial applications. Examples for such applications include networked design stations, manufac- 
turing process control, communicating word processors, and financial services workstations. Using the iNA 
960 software the OEM can minimize development cost and time while achieving compatibility with a growing 
number of equipment suppliers adapting the IEEE and ISO standards. 




Figure 1. 
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FUNCTIONAL OVERVIEW 

The iNA 960 design is a standard implementation of 
the Class 4 transport protocol defined by the ISO OSI 
model. The Transport Layer provides a reliable full- 
duplex message delivery service on top of the "best 
effort" IEEE 802.3 standard packet delivery service 
implemented by the 82586 (or equivalent) physical 
and data link functions. 

Consisting of linkable modules, the software can be 
configured to implement a range of capabilities and 
interface protocols. In addition to reliable process-to- 
process message delivery/the capabilities include a 
datagram service, a boot server, a direct user access 
to the Data Link Layer, and a comprehensive network 
management facility. 

iNA 960 can be configured to run under iRMX 86 
along with the user software, or to run on top of a 



dedicated 8086, 8088 or 80186 processor coupled 
with an 82586 to provide a communications front end 
processor. 

The software also includes a Network Management 
service. This facility enables the user to monitor and 
adjust the network's operation in order to optimize its 
performance. 

The current release of iNA 960 includes a "null" Net- 
work Layer supporting the Data Link and Transport 
Layers without providing internetwork routing ser- 
vice. This capability will be implemented in later 
releases of iNA 960. 

For a conceptual block diagram of iNA 960, refer to 
Figure 2. 
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Figure 2. iNA 960 Conceptual Block Diagram 
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TRANSPORT LAYER 

The Transport Layer provides message delivery 
services between client processes running on com- 
puters (network "hosts" or "nodes") anywhere in the 
network. 

Client processes are identified by a combination of a 
network address defining the node and a transport 
service access point defining the interface point 
through which the client accesses the transport 
services. The combined parameters, called the 
transport address, are supplied by the user for both 
the local and the remote client processes to be 
connected. 

The iNA 960 transport layer implements two kinds of 
message delivery services: virtual circuit and 
datagram. The virtuarcircuit provides a reliable point- 
to-point message delivery service ensuring maxi- 
mum data integrity, and it is fully compatible with the 
ISO 8073 Class 4 protocol. The datagram service 
provides a best effort message delivery between 
client processes requiring less overhead and 
therefore allowing higher throughput than virtual 
circuits. 

Both the datagram and the virtual circuit services are 
optional and can be included when configuring 
iNA 960. 

Virtual Circuit Services 

— Reliable Delivery: Data is delivered to the destina- 
tion in the exact order it was sent by the source, 
with no errors, duplications or losses, regardless of 
the quality of service available from the underlying 
network service. 

— Data Rate Matching (flow control): The Transport 
Layer attempts to maximize throughput while 
conserving communication subsystem resources 
by controlling the rate at which messages are sent. 
That rate is based on the availably of receive buf- 
fers at the destination and its own resources. 

— Multiple Connection Capability (Process Multiplex- 
ing): Several processes can be simultaneously 
using the Transport Layer with no risk that prog- 
ress or lack of progress by one process will inter- 
fere with others. 



—Expedited Delivery (optional). With this service the 
client can transmit up to 16 bytes of urgent data 
bypassing the normal flow control. The expedited 
data is guaranteed to arrive before any normal data 
submitted afterward. 

Connectionless Transport 
(Datagram) Service 

The datagram service transfers data between client 
processes without establishing a virtual circuit. The 
service is a "best effort" capability and data may be 
lost or misordered. Data can be transferred at one 
time to a single destination or to several destinations 
(multicast). 



NETWORK MANAGEMENT FACILITY (NMF) 

The network management facility provides the users 
of the network with planning, operation, maintenance 
and initialization services described below. 

—Planning: This service captures network usage 
statistics on the various layers to help plan network 
expansion. Statistics are maintained by the layers 
themselves and are made available to users via an 
interface with the NMF. 

—Operation: This service allows the user to monitor 
network functions and to inspect and adjust net- 
work parameters. The goal is to provide the tools 
for performance optimization on the network. 

—Maintenance: This service deals with detecting 
isolating and correcting network faults. It also pro- 
vides the capability to determine the presence of 
hosts and the viability of their connection to the 
network. > 

—Initialization: NMF provides initialization and remote 
loading facilities. 



Network management provides distributed manage- 
ment of the network; the user can request any of the 
services to be performed on a remote as well as a 
local node. The NMF interfaces to every other net- 
work layer both to utilize their services and to access 
their internal data bases. 



-Variable Length Messages: The client software 
can submit arbitrarily short or long messages for 
transmittal without regard for the minimum or max- 
imum network service data unit (NSDU) lengths 
Supported by the underlying network services. 



In support of the above services, the NMF capabilities 
include layer management, echo testing, limited 
debugging facilities, and the ability to down line load 
and dump a remote system. 
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Layer management deals with manipulating the in- 
ternal database of a layer. The elements of these data 
bases are termed objects. Some examples for objects 
are the number of collisions, retransmission time-out 
limit, the number of packets sent, and the list of nodes 
to boot. NMF can examine and modify objects in a 
layer's data base. 

An echo facility is provided. Using this facility the host 
can determine if a node is present on the network or 
not, test the communication path to that node and 
determine whether the remote node is functional. 

NMF enables the user to read or write memory in any 
host present on the network. This feature is provid- 
ed as an aid to debugging. 

NMF can down line load any system present on the 
network. A simple Data Link protocol is used to en- 
sure reliability. This facility can be used to load 
databases, to boot systems without local mass 
storage or to boot a set of nodes remotely, thus en- 
suring that they have the same version of software, 
etc. 

Dumping is an operation equivalent to memory read 
from the user's standpoint; however, dumping uses 
the Data Link facilities while memory read uses the 
transport facilities. 



EXTERNAL DATA LINK (EDL) 

The External Data Link option allows the user to ac- 
cess the functionalities of the Data Link Layer directly 
instead of having to go through the network and 
transport layers. This flexibility is useful when the 
user needs custom higher layer software, or does not 
need the Network Layer and Transport Layer 
services (e.g., when sending "best effort" messages, 
or running customer diagnostics). 

Through the EDL the capabilities supporting the 
lower layers in iNA 960 are made directly available to 
the user. EDL enables the user to establish and 
delete data link connections, transmit packets to indi- 
vidual and multiple receivers, and configure the data 
link software to meet the requirements of the given 
network environment. 



USER ENVIRONMENT 

iNA 960 is designed to run on hardware based on the 
8086, 8088 or 80186 microprocessors and the 82586 
LAN Coprocessor. The software can be configured to 
run under iRMX 86 or on a dedicated 8086, 8088 or 
80186 processor separately from the host. The fol- 
lowing section describes these two operating 
environments. 



IRMXtm Environment 

In this configuration, both the user program and iNA 
960 are running under iRMX 86. The communica- 
tions software is implemented as an iRMX 86 job 
requiring the nucleus only for most operations. The 
only exception is the boot server option which also 
needs the Basic I/O System. iNA 960 will run in any 
iRMX environment including configurations based on 
the 80130. See Figure 3 and 4 for an illustration of iNA 
960 running under iRMX 86. 



Operating System/Processor 
Independent Implementation 

In those systems where iRMX 86 is not the primary 
operating system, where off-loading the host of the 
communications tasks is necessary for performance 
reasons, or where an existing communications front- 
end processor configuration is being upgraded, the 
user rnay wish to dedicate a processor for communi- 
cations purposes. iNA .960 can be configured to sup- 
port such implementations by providing network 
services on an 8086, 8088 or 80186 processor. Fig- 
ure 5 depicts the conceptual block diagram of this 
configuration. The SBC & SXM 552 are 
MULTIBUS® implementations of this architecture. 



This approach provides the component and system 
designer with an ISO standard communications soft- 
ware building block that can be adapted to his sys- 
tem's needs with a minimum interfacing effort. For 
added flexibility, iNA 960 provides the user with the 
alternative of using the included interface module or 
writing his own module, if necessary. 
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Figure 3. As an iRMX " job, iNA 960 uses nucleus calls and, when the Boot Server is present, 
BIOS calls. 
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Figure 4. Configuration using iSBC® 186/51, IRMX™ 86 and iNA 960. 
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Figure 5. in the operating system/processor independent implementation iNA 960 is running on a 
dedicated 8086, 8088 or 80186 processor. 
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USER INTERFACE 

iNA 960 is designed to run both under iRMX 86 and 
on a dedicated communications front end processor 
separately from the host. In both environments, the 
interface is based on exchanging memory segments 
called request blocks between iNA 960 and the 
client. The format and contents of the request blocks 
remain the same in both configurations; only the re- 
quest block delivery mechanism changes. See Fig- 
ure 6 for a simplified interface diagram. 

Request blocks are memory segments containing the 
data to be passed from the user to iNA 960 
(commands), or from iNA 960 to the user 
(responses). The iNA 960 request blocks consist of 
fixed format fields identical across all user com- 
mands and argument fields unique to the individual 
commands. Refer to Figure 7 for the standard re- 
quest block format. 



Issuing an iNA 960 command consists of filling in the 
request block fields and transferring the block to iNA 
960 for execution. After processing the command, 
iNA 960 returns the request block with one of the 
pre-defined response codes placed in the response 
code field of the request block. The response code 
indicates whether the command was executed suc- 
cessfully or whether an error occurred. By examining 
the response code, the user can take appropriate 
action for that command. 

For iRMX users, iNA 960 also provides a procedural 
interface option to simplify writing the application 
software interface. In this case, the allocation and 
formatting of request blocks are replaced by a proce- 
dure call with parameters that specify the users com- 
mand options. The procedure execution will create a 
request block and fill in the appropriate fields from the 
user's parameter list. 
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Figure 6. 



For component users the request block delivery 
mechanism is the means by which the host processor 
and the communications processor running iNA 960 
software exchange the request blocks. iNA 960 pro- 
vides three such mechanisms: the MIP (Multibus 
Inter-process Protocol), the BCB (Base Control Block) 
and a user-defined mechanism. The MIP interface is 
included for use in systems already supporting this 
protocol; the BCB is a simple interface for single host 
environments, and the user-defined interface accom- 
modates unique application requirements. 



FIELDS 


WORD/BYTE 




Reserved (2) 
Length 
User I.D. 


WORD > 

BYTE 

WORD 


FIXED FORMAT 


Response Port 
Return Mailbox Token 


BYTE 
WORD 


FIELDS 

(same for all 
commands) 


Segment Token 
Subsystem 
Opcode 
Response Code 


WORD 
BYTE 
BYTE 
WORD J 


Arguments 


BYTE 


ARGUMENTS 


• 


• 


(changes by 
> command) 



Figure 7. iNA 960 Request Block Format 
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Transport Layer User Interface 

The x following table summarizes the user commands and the corresponding transport layer responses. 



Command 


Function 


1. OPEN 


Allocates memory for the connection data base of a virtual circuit (or 
connection) to be established. The connection database contains 
data concerning the connection. 


2. SEND CONNECT 
REQUEST 


Requests connection to a fully specified remote transport address 
using specified ISO connection negotiation options. 


3. AWAIT CONNECT 
REQUEST TRAN 


Indicates that the transport client is willing to consider incoming con- 
nection requests based on pre-established acceptance criteria. 


4 AWAIT CONNECT 
REQUEST USER 


Indicates that the transport client is willing to consider incoming con- 
nection requests. If the request meets the address and negotiation 
option criteria, it is passed' to the client for further consideration. 


5. ACCEPT CONNECT 
REQUEST 


Indicates that the connection requested by a remote transport ser- 
vice is accepted by the client. 


6 SEND DATA or 
SEND EOM DATA 


With this command, the client requests the transmission of the data 
in the buffers using the normal delivery service of the specified 
connection. 

The SEND EOM DATA command signals that the end of the data 
marks the end of the transport service data unit. 


7 RECEIVE DATA 


Posts normal receive data buffers for a specific connection or for a 
buffer pool used by a class of connections. 


8. SEND EXPEDITED 
DATA 


Transmits up to 16 bytes of data using the expedited delivery service.. 
The expedited data is guaranteed to arrive at the destination before 
any normal data submitted afterward. 


9. RECEIVE EXPEDITED 
DATA 


Posts receive data buffers for expedited delivery for a specific con- 
nection or for a pool of buffers used by a class of connections. 


10. CLOSE 


Terminates an existing connection or rejects an incoming connection 
request. Any normal or expedited data queued up to be sent will not 
be sent. 


'11. AWAIT CLOSE 


Requests notification of the client of the termination of a specified 
connection. 


12 SEND DATAGRAM 


Requests transmission of the data in the buffers using the transport 
datagram service. 


13 RECEIVE DATAGRAM 


Posts a receive buffer for a specific receiver or a class of receivers to 
receive data from a transport datagram. 
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Network Management Layer User Interface 



Command 


Function 


1. READ OBJECT 


Fieturns the value of the specified object to the client. 


2. SET OBJECT 


Sets the value of an object as specified by the client. 


3. READ AND CLEAR 
OBJECT 


Returns the value of the specified object to the client then clears the 
object. 


4. ECHO 


This function is used to determine the presence of a node, to test the 
communication path to the node and to ascertain the viability and 
functionality of the remote host addressed. 


5. UP LINE DUMP 


Requests a remote node to dump a specified memory area. 


6. READ MEMORY 


Reads memory of the specified network node. 


7. SET MEMORY 


Sets memory of the specified network node. 


8. FORCE LOAD 


Causes a node to attempt a remote load from another node. 



External Data Link Interface 



Command 


Function 


1. CONNECT 


With this command the client establishes a data link connection. 


2. DISCONNECT 


Eliminates a previously established connection. 


3. TRANSMIT 


Transmits data contained in buffers specified by the client. 


4. POST RECEIVE PACKET 
DESCRIPTOR 


Allocates memory for maintaining records on receive data buffers. 
Also may be used to allocate memory for buffering receive data. 


5. POST RECEIVE BUFFER 


Allocates memory for buffering receive data. 


6. ADD MULTICAST 
ADDRESS 


Adds an address to the list of data link multicast addresses. 


7. REMOVE MULTICAST 
ADDRESS 


Removes an address from the list of data link multicast addresses. 


8. SET DATA LINK I.D. 


Sets up a unique data link I.D. for the station. 
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CONFIGURING iNA 960 

In order to adapt iNA 960 to his specific application, 
the user must configure the software to define the 
desired functions, to select the appropriate interface, 
to set. the layer parameters and to set up for the 
required hardware configuration. 



When it is configured in, the user may also include 
the boot server module. These capabilities can be 
made available simply by linking in the corresponding 
software modules. The interface options are also im- 
plemented in a modular fashion; the user links in the 
desired module to set up for the iRMX 86 or the 
operating system independent configurations. 



There are a number of capability combinations the 
user may elect to implement in his application. At the 
transport layer level the options are: virtual circuit ser- 
vice with or without expedited delivery, or datagram 
service, or both. At the data link level, the user may 
include or exclude the External Data Link interface. 

The Network Management Facility is also optional. 



Layer parameters and confiuration options are first 
edited into layer configuration files, then assembled 
and linked into iNA 960. Layer parameters adjust the 
networks operation to match the usage pattern and 
the available resources. For example, within the 
Transport Layer, the flow control parameters, the 
retransmission timer parameters, the transport data 
base parameters, etc. can be set via this process. 



HARDWARE 
REQUIRED: 



• OPTIONAL FUNCTIONS 

• USER ENVIRONMENT 

• LAYER PARAMETERS 

• H W CONFIGURATION 



-MDS SERIES III 

OR 

-86 300 AND 

iRMX 86 

-UNIVERSAL PROM 
PROGRAMMER 
IF USER SYSTEM 
IS IN FIRMWARE 



SOFTWARE 
UTILITIES 
REQUIRED: 



—TEXT EDITOR 
—ASM 86 
— LINK 86 
— LOC. 86 




Figure 8. The Configuration Process for iNA 960 
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The user also sets up for the required hardware con- 
figuration, such as port addresses and interrupt 
levels, during this process. For the flow diagram of 
configuring iNA 960. refer to Figure 8. 

SPECIFICATIONS 

Hardware Supported: 

— iSBC 186/51 Communicating Computer 

—SBC 552 COMMengine 

— SXM 552 Transport Engine (runs with 
preconfigured transport software) 

—Custom designs based on 8086. 8088 and 80186 
microprocessors and the 82586 Local Communi- 
cations Controller. 

Typical Throughput at transport: 

Environments: 
186 51 and 50K to 200K bytes sec 

iRMX 86 
Dedicated 80186 100K to 300K bytes sec 

82586 COMMengine 

Memory Requirements: (in bytes) 



Available Literature/ 
Reference Materials: 

— iNA 960 Programmers Reference Manual (11 83) 

— iSBC 186/51 Data Sheet (Now) 

— iSBC 18651 Hardware Reference Manual (1 1 83) 

ORDERING INFORMATION 

The following is a list of ordering options for the iNA 960 
Transport Software. All options include a full year of up- 
date service that provides a periodic NEWSLETTER, 
Software Problem Report Service, and copies of 
system updates that occur during this period. All of the 
object code options listed are available on either ISIS or 
RMX compatible double density diskettes. 

As with all Intel software, purchase of any of these 
options requires the execution of a standard Intel 
Master Software License. The specific rights granted 
to users depend on the specific option and the 
License signed. 



Base System 



Normal Virtual 
Circuit Option 

Expedited Delivery Option 
Datagram Option 

Net Management Option 
External Data Link Option 
Boot Server Option 



12K plus con- 
figurable Buffer 
Memory 
18K plus con- 
figurable Buffer 
Memory 
2K 

3K plus Data Base 
Memory 
1K to 5K 
5K 
5K 
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Order Code 


Description 


iNA 960 YRO 

iNA960YST 
iNA 960 YBY 
iNA 960 YSU 
iNA 960 ESR 
iNA 960 LST 
iNA 960 RF 


OEM object code license requiring the payment of incorporation 
fees for each derivative work based on iNA 960; ISIS and RMX 
formatted diskettes 

Object code license to use the product at a second site or facility; 
ISIS and RMX formatted diskettes 

Object code buy-out license requiring no further payment of incor- 
poration fees; ISIS and RMS formatted diskettes 

Object code single use license only; ISIS and RMS formatted 
diskettes 

License for machine readable source code if iNA 960. RMX and 51V 
formatted diskettes 

Source listing of iNA 960 provided on microfiche under a special 
source code license agreement 

Order code for the payment of incorporation fees 
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ADVANCED DATA COMMUNICATIONS 

PROCESSOR BOARD 



Three HDLC/SDLC half/full-duplex 
communication channels — optional 
ASYNC/SYNC on two channels 

Supports RS232C (including modem 
support), CCITT V.24, or RS422A/449 
interfaces 

Onboard DMA supports 800K baud 
operation 

Self-clocking NRZI SDLC loop data 
link interface 

— point-to-point 

— multidrop 

Software programmable baud rate 
generation 



■ iAPX 88/10 (8088-2) Microprocessor 
operates at 8 MHz 

■ iSBC® 337 Numeric Data Processor 
option supported 

■ 16K bytes static RAM (12K bytes 
dual-ported) 

■ Four 28-pin JEDEC sites for 
EPROM/RAM expansion; four additional 
28-pin JEDEC sites added with iSBC® 
341 board 

■ Two iSBX™ bus connectors 

■ MULTIBUS® interface supports 
Multimaster configuration 



The iSBC 88/45 Advanced Data Communications Processor (ADCP) Board adds 8 MHz, iAPX 88/10 (8088-2) 
8-bit microprocessor-based communications flexibility to the Intel line of OEM microcomputer systems. 
The iSBC 88/45 ADCP board offers asynchronous, synchronous, SDLC, and HDLC serial interfaces for 
gateway networking or general purpose solutions. The iSBC 88/45 ADCP board provides the CPU, system 
clock, EPROM/RAM, serial I/O ports, priority interrupt logic, and programmable timers to facilitate higher- 
level application solutions. 




The following are trademarks of Intel Corporation and may be used only to describe Intel products Intel. CREDIT. Index. Insite. Inteiiec Library Manager Megachassis 
Micromap. MULTIBUS. PROMPT. UPI. ^Scope. Promware. MCS. ICE. iRMX. iSBC. iSBX. MULTIMODULE and iCS Intel Corporation assumes no responsibility for the use of any 
circuitry other than circuitry embodied in an Intel product No other circuit patent licenses are implied 

INTEL CORPORATION. 1982 -ion OCTOBER 1984 

ORDER NUMBER: 210372-002 
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FUNCTIONAL DESCRIPTION 

Three Communication Channels 

Three programmable HDLC/SDLC serial interfaces 
are provided on the iSBC 88/45 ADCP board. The 
SDLC interface is familiar to IBM system and ter- 
minal equipment users. The HDLC interface is 
known by users of CCITT's X.25 packet switching 
interface. 

One channel utilizes an Intel 8273 controller to 
manage the serial data transfers. Accepting the 
8-bit data bytes from the local bus, the 8273 con- 
troller translates the data into the HDLC/SDLC for- 
mat. The channel operates in half/full-duplex mode. 

In addition to the synchronous mode, the 8273 
controller operates asynchronously with NRZI en- 
coded data which is found in systems such as the 
IBM 3650 Retail Store System. An SDLC loop con- 
figuration using iSBX 352 and iSBC 88/45 products 
is shown in Figure 1. 

The two additional channels utilize the Intel 8274 
Multi-Protocol Serial Controller (MPSC). The MPSC 
provides two independent half/full-duplex serial 
channels which provide asynchronous, syn- 
chronous, HDLC or SDLC protocol operations. The 
sync and async protocol operations are commonly 
used to communicate with inexpensive terminals 
and systems. 

The three serial channels of the iSBC 88/45 ADCP 
board offer communications capability to manage 
a gateway application. The gateway application, 
as shown in Figure 1, manages diverse protocol re- 
quirements for data movement between channels. 
Typical protocol management software layers im- 



plemented by the user include SNA terminal inter- 
faces to IBM systems. 

On-Board DMA 

For high-speed communications, one MPSC chan- 
nel has a DMA capacity to support an 800K baud 
rate. The second channel attached to the MPSC is 
capable of simultaneous 800K baud operation 
when configured with DMA capability, but is con- 
nected to an RS232C interface which is defined as 
20K baud maximum. Figure 2 shows an RS422A/449 
multidrop application which supports high-speed 
operation. 

Interfaces Supported 

The iSBC 88/45 ADCP board provides an excellent 
foundation to support these electrical and diverse 
software drivers protocol interfaces. The control 
lines, serial data lines, and signal ground lines are 
brought out to the three double-edge connectors. 
Figure 3 shows the cable to connector construc- 
tion. Two connectors are pre-configured for 
RS422A/449. All three channels are configurable 
for RS232C/CCITT V.24 interfaces as shown in 
Table 1. 

Table 1. iSBC® 88/45 Supported Configurations 



Connection 


Synchronous 


Asynchronous 


Modem 


Direct 


Modem* 


Direct 


point-to-point 


X** 


X 


X 


X 


multidrop 


X 


X 


X 


X 


loop 


N.A. 


N.A. 


c 

(only) 


C 
(only) 



* Modem should not respond to break. 
** Channels A, B, and C denoted by X. 



| 6273 | 



| 8274 | 



J L 



i r 



J - L 



POINTOFSALE 
9.6K BAUD 
SDLC LOOP 



SPECIAL 
INSTRUMENT 



DATA 
COLLECTION 



- 19.2KBAUD 
SYNC 



HOST 
CPU 



Figure 1. iSBC" 88/45 Gateway Processor Example 
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CONNECTOR 
MASTER J1 



TT 

SD 

RT 
.SBC' 88/45 
BOARO 

RO 

TR 

DM 














































' 














































CONNECTOR 


i' 






' 










J1 




< 


J1 




' 




TR DM SD TT RD RT 

iSBC 88/45 
BOARD 




TR DM SD TT RD RT 

iSBC 88/45 
BOARD 



SLAVE A SLAVE B 

NOTE: The last slave device in the system must contain termination resistors on all signal lines received by the slave board. 
The master device contains bias resistors on all signal lines. 



Figure 2. Synchronous Multidrop Network Configuration Example - RS422A 



CONNECTOR PIN 1 




CONNECTOR PIN 1 



CONNECTOR PIN 1 .. 




CONNECTOR PIN 2 



CONNECTOR PIN l' 



Figure 3. Cable Construction and Installation for RS232C and RS422A/449 Interface 
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Self Clocking Point To-Point Interface 

The iSBC 88/45 ADCP board is used in an asyn- 
chronous mode interface when configured as 
shown in Figure 4. The point-to-point RS232C ex- 
ample uses the self-clocking mode interface for 
NRZI encoding/decoding of data. The digital 
phase-lock loop allows operation of the interface 
in either half/duplex or full/duplex implementation 
with or without modems. 



CONNECTOR 
J1. J2 OR J3 



CONNECTOR 
J1. J2 OR J3 



TxC 

Txp 

RTS 

iSBC 1 88/45 CTS 

BOARD RxC 












r 


MODEM 


RxD 






DTR 






DSR 










RxC 

RxD 

RTS 

CTS iSBC" 88/45 

TxC BOARD 

TxD 

DSR 

DTR 



Figure 4. Self-Clocking or Asynchronous Point-to- 
Point Modem Interface Configuration 
Example - RS232C 

Synchronous Point-To-Polnt Interface 

Figure 5 shows a sychronous point-to-point mode 
of operation for the iSBC 88/45 ADCP board. This 
RS232C example uses a modem to generate the re- 
ceive clock for coordination of the data transfer. 
The iSBC 88/45 ADCP board generates the trans- 
mit sychronizing clock for synchronous transmis- 
sion. 



CONNECTOR 
J1.J2 0RJ3 


RTS 






CTS 






iSBC 88/45 TxD 
BOARD RxD 

DTR 




MODEM 






DSR 







CONNECTOR 
J1. J2 0R J3 






RTS 

CTS 

RxD iSBC 88/45 

TxD BOARD 

DSR 
DTR 



Figure 5. Synchronous PointtoPoint Modem 
Interface Configuration Example - 
RS232C 

Central Processing Unit 

The central processor for the iSBC 88/45 Advanced 
Data Communications Processor board is Intel's 
8088 microprocessor operating at 8 MHz. The 
microprocessor interface to other functions is 



illustrated in Figure 6. The microprocessor archi- 
tecture is designed to effectively execute the ap- 
plication and networking software written in 
higher-level languages. 

This architectural support includes four 16-bit byte 
addressable data registers, two 16-bit memory 
base pointer registers and two 16-bit index regis- 
ters. These registers are addressable through 24 
different operand addressing modes for compre- 
hensive memory addressing and for high-level lan- 
guage data structure manipulation. 

The stack-oriented architecture readily supports 
Intel's iRMX executives and iMMX multiprocessing 
software. Both software packages are designed 
for modular application programming. Facilitating 
the fast inter-module communications, the 4-byte 
instruction queue supports program constructs 
needed for real-time systems. 

Since programs are segmented between pure pro- 
cedure and data, four segment registers (code, 
stack, data, extra) are available for addressing 1 
megabyte of memory space. These registers con- 
tain the offset values used to address a 64K byte 
segment. The registers are controlled explicitly 
through program control or implicitly by high-level 
language functions and instructions. 

The real-time system software can also utilize the 
programmable timers as shown in Table 2 and var- 
ious interrupt control modes available on the 
ADCP board to have responsive and effective ap- 
plication solutions. 

Table 2. Programmable Timer Functions 



Function 


Operation 


Interrupt on 

Terminal 

Count 


An interrupt is generated on 
terminal count being reached. 
This function is useful for gener- 
ation of real-time clocks. 


Rate 
Generator 


Divide by N counter. Based on 
the input clock period, the output 
pulse remains low until the count 
is expired. 


Square Wave 
Generator 


Output remains high for one-half 
the count, goes low for the re- 
mainder of the count. 


Software 
Triggered 
Strobe 


Output remains high until count 
expires, then goes low for one 
clock period. 



Numeric Data Processor Extension 

The 8088 instruction set includes 8-bit and 16-bit 
signed and unsigned arithmetic operators for bi- 
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nary, BCD, and unpacked ASCII data. For en- 
hanced numerics processing capability, the iSBC 
337 MULTIMODULE Numeric Data Processor ex- 
tends the 8088 architecture and data set 1 . 

The extended numerics capability includes over 
60 numeric instructions offering arithmetic, trigo- 
nometric, transcendental, logarithmic, and expo- 
nential instructions. Many math-oriented applica- 
tions utilize the 16-, 32-, and 64-bit integer, 32- and 
64-bit floating point, 18-digit packed BCD, and 
80-bit temporary data types. 

16K Bytes Static Ram 

The iSBC 88/45 ADCP board contains 16K bytes of 
high-speed static RAM, with 12K bytes dual-ported 
which is addressable from other MULTIBUS de- 
vices. When coupled with the high-speed DMA 
capability of the iSBC 88/45 ADCP board, the dual- 
ported memory provides effective data communi* 
cation buffers. The dual-ported memory is useful 
for interprocessor message transfers. 



1 The iSBC 337 board requires the iSBC 88/45 ACDP board be 
jumpered to provide 4 MHz operation. 



Interrupt Capability 

The iSBC 88/45 ADCP board provides nine vec- 
tored interrupt levels. The highest level is the NMI 
(Non-Maskable Interrupt) line. The additional eight 
interrupt levels are vectored via the Intel 8259A 
Programmable Interrupt Controller (PIC). As shown 
in Table 3, four priority processing modes are 
available to match interrupt servicing require- 
ments. These modes and priority assignments are 
dynamically configurable by the system software. 

Table 3. Programmable Interrupt Modes 



Mode 


Operation 


Nested 


Interrupt request line priorities fixed; 
interrupt is the highest and 7 is the 
lowest. 


Auto- 
Rotating 


The interrupt priority rotates; once an 
interrupt is serviced it becomes the 
lowest priority. 


Specific 
Priority 


System software assigns lowest level 
priority. The other levels are sequenced 
based on the level assigned. 


Polled 


System software examines priority in- 
terrupt via interrupt status register. 



WAIT 

STATE 

CONTROL 



PROM 
SELECT 




1(0 
SELECT 




RAM 
SELECT 



c 



c 



ADO AD7. AS AF. PA10 PA13 AOORESS/DATA 




c 



>u<: 



ADDRESS RAO RAF 



RD0RD7 DATA 



EPROM 
EXPANSION | 

(ISBC 1 341 

BOARD) | 

64K BVTES 






<=; 



STATIC 

RAM 

12K DUAL PORT 

4K LOCAL 



DUAL 

PORT 

ACCESS 

CONTROL 



24 BIT 

SLAVE 

ADDRESS 

- DECODE 



;=> 



MULTIBUS' 
OATA AND 
A00RESS 



^> c 



ADDRESS/DATA 



6 CONTROLLERS 



S2S9A 
INTERRUPT 
CONTROL 



MULTIBUS 
ADDRESS BITS 
ADR14-.ADR17 



Figure 6. Block Diagram of the iSBC" 88/45 ADCP Board 
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Interrupt Request Generation 

Listed in Table 4 are the devices and functions 
supported by interrupts on the iSBC 88/45 ADCP 
board. All interrupt signals are brought to the inter- 
rupt jumper matrix. Any pf the 23 interrupt sources 
are strapped to the appropriate 8259A PIC request 
level. The PIC resolves requests according to the 
software selected mode and, if the interrupt is un- 
masked, issues an interrupt to the CPU. 

EPROM/RAM Expansion 

In addition to the on-board RAM, the iSBC 88/45 
ADCP board provides four 28-pin JEDEC sockets 
for EPROM expansion. By using 2764 EPROMs, 
the board has 32K bytes of program storage. Three 
of the JEDEC standard sockets also support byte- 
wide static RAMs or iRAMs; using 8K x 8 static RAMs 
provides an additional 24K bytes of RAM. 

Inserting the optional iSBC 341 MULTIMODULE 
EPROM expansion board onto the iSBC 88/45 
ADCP board provides four additional 28-pin JEDEC 
sites. This expansion doubles the available pro- 
gram storage or extends the RAM capability by 
32K bytes. 

iSBX™ MULTIMODULE™ Expansion 

Two 8-bit iSBX MULTIMODULE connectors are 
provided on the iSBC 88/45 microcomputer. 
Through these connectors, additional iSBX func- 
tions extend the I/O capability of the microcom- 



puter. The iSBX connectors provide the necessary 
signals to interface to the local bus. 

In addition to specialized or custom designed 
iSBX boards, the customer has a broad range of 
Intel iSBC MULTIMODULEs available, including 
parallel I/O, analog I/O, IEEE 488 GPIB, floppy disk, 
magnetic bubbles, video, and serial I/O boards. 

The serial I/O MULTIMODULE boards include the 
iSBX 351 (one ASYNC/SYNC serial channel) the iSBX 
352 (one HDLC/SDLC serial channel) and the iSBX 
354 (two SYNC/ASYNC, HDLC/SDLC serial channels) 
boards. Adding two iSBX 352 MULTIMODULE boards 
to the iSBC 88/45 ADCP provides a total of five 
HDLC/SDLC channels. 

MULTIBUS® Multimaster Capabilities 

OVERVIEW 

The MULTIBUS system is Intel's industry standard 
microcomputer bus structure. Both 8- and 16-bit 
single board computers are supported on the 
MULTIBUS structure with 24 address and 16 data 
lines. In addition to expanding functions con- 
tained on a single board computer (e.g., memory 
and digital I/O), the MULTIBUS structure allows 
very powerful distributed processing configura- 
tions with multiple processors, intelligent slaves, 
and peripheral boards. 

Multimaster Capability 

The iSBC 88/45 ADCP board provides full 
MULTIBUS arbitration control logic. This control 



Table 4. Interrupt Request Sources 



Device 


Function 


No. of 
Interrupts 


MULTIBUS" Interface 


Select 1 interrupt from MULTIBUS" resident peripherals or other 
CPU boards 


8 


8273 HDLC/SDLC 
Controller 


Transmit buffer empty and receive buffer full 


2 


8274 HDLC/SDLC 
SYNC/ASYNC Controller 


Software examines register for status of communication operation 


1 


8254-Timer 


Counter 2 of both PIT devices 


2 


iSBX™ Connectors 


Function determined by iSBX™ MULTIMODULE™ Board (2 inter- 
rupts per socket) 


4 


Bus Fail Safe Timer 


Indicates MULTIBUS" addressed device has not responded to 
command within 4 msec 


1 


Power Line Clock 


Source of 60 MHz signal from power supply 


1 


Bus Flag Interrupt 


Flag interrupt in byte location 1000H signals board reset or data 
handling request 


2 


iSBC" 337 Board 


Numeric Data Processor generated status information 


■ 1 


8237 A-5 


Signals end of 8237 DMA operation 


1 
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logic allows up to three iSBC 88/45 ADCP boards or 
other bus masters, including iSBC 286, iSBC 86 and 
iSBC 86 family boards to share the system bus using 
a serial (daisy chain) priority scheme. By using an ex- 
ternal parallel priority decoder, the MULTIBUS system 
bus could be shared among sixteen masters. 



The ICE-88 In-Circuit Emulator provides a link be- 
tween the Intellec. system and the target iSBC 
88/45-based system for code loading and execu- 
tion. The ICE-88 package assists the developer 
with the debugging and system integrating pro- 
cesses. 



The Intel standard MULTIBUS Interprocessor Pro- 
tocol (MIP) software, implemented as the Intel 
iMMX 800 package for iRMX 86 and iRMX 88 Real- 
Time Executives, fully supports multiple 8-and 16-bit 
distributed processor functions. The software 
manages the message passing protocol between 
microprocessors. 

System Development Capabilities 

The application development cycle for an iSBC 
88/45 ADCP board is reduced and simplified 
through the usage of several Intel tools. The tools 
include the Intellec Series Microcomputer Devel- 
opment System, the ICE-88 In-Circuit Emulator, 
the iSDM 86 debug monitor software, and the iRMX 
86 and iRMX 88 run-time support packages. 

The Intellec Series Microcomputer Development 
System offers a complete development environ- 
ment for the iSBC 88/45 software. In addition to the 
operating system, assembler, utilities and applica- 
tion debugger features provided with the system, 
the user optionally can utilize higher-level lan- 
guages like PUM, PASCAL, and FORTRAN. 



Run-Time Building Blocks 

Intel offers run-time foundation software to sup- 
port applications which range from general pur- 
pose to high-performance solutions. The iRMX 88 
Real-time Multitasking Executive provides a multi- 
tasking structure which includes task scheduling, 
task management, intertask communications, and 
interrupt servicing for high-performance applica- 
tions. The highly configurable modules make the 
system tailoring job easier whether one uses the 
compact executive or the complete executive with 
its variety of peripheral devices supported. 

The iRMX 86 Operating System provides a very 
rich set of features and options to support sophis- 
ticated applications solutions In addition to sup- 
porting real-time requirements, the iRMX 86 Oper- 
ating System has a powerful, but easy-to-use 
human interface. When added to the sophisticated 
I/O system, the iRMX 86 Operating System is readi- 
ly extended to support assembler, PL/M, PASCAL, 
and FORTRAN software development environ- 
ments. The modular building block software lends 
itself well to customized application solutions. 



SPECIFICATIONS 
Word Size 

Instruction — 8, 16, 24, or 32 bits 
Data — 8 or 16 bits 

System Clock 

8 MHz- ±0.1% 

NOTE: Jumper selectable for 4 MHz operation with iSBC 337 
Numeric Data Processor module or ICE-88 product. 

Cycle Time 

Basic Instruction Cycle at 8.00 MHz — 1.25 ^sec, 
250 nsec (assumes instruction in the queue) 

NOTE: Basic instruction cycle is defined as the fastest instruc- 
tion time (i.e., two clock cycles). 

Memory Cycle Time 

RAM — 500 nsec (no wait states) 

EPROM — jumper selectable from 500 nsec to 625 

nsec. 



On-Board RAM 4 



K Bytes 


Hex Address 
Range 


16 (total) 

12 (dual-ported) 


0000-3FFF 
1000-3FFF 



* Four iSBC 88/45 EPROM sockets support JEDEC 24/28-pin 
standard EPROMs and RAMs (3 sockets); iSBC 341 (4 sockets) 

Environmental Characteristics 

Temperature — 0-55 °C, free moving air across the 
base board and MULTIMODULE board 

Humidity — 90%, non-condensing 

Physical Characteristics 

Width - 30.48 cm (12.00 in) 
Length — 17.15 cm (6.75 in) 
Height — 1.50 cm (0.59 in) 
Weight — 6.20 gm (22 oz) 
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Memory Capacity/ Addressing 

On-Board EPROM* — 



Device 


Total 
K Bytes 


Hex Address 
Range 


2716 
2732A 
2764 
27128 


8 
16 
32 
64 


FEOOO-FFFFF 
FCOOO-FFFFF 
F8000-FFFFF 
FOOOO-FFFFF 



With optional 

iSBC®341 MULTIMODULE™ EPROM — 



Device 


Total 
K Bytes 


Hex Address 
Range 


2716 
2732 A 
2764 
27128 


16 

32 

64 

128 


FCOOO-FFFFF 
F8000-FFFFF 
FOOOO-FFFFF . 
EOOOO-FFFFF 



* Four iSBC 88/45 EPROM sockets support JEDEC 24/28-pin standard 
EPROMs and RAMs (static and iRAM, 3 sockets); iSBC 341 sockets 
also support EPROMs and RAMs. 

Timer Input Frequency — 8.00 MHz ± 0.1 % 



interfaces 

iSBX™ Bus — All signals TTL compatible 

Serial RS232C Signals — 



CTS 


CLEAR TO SEND 


DSR 


DATA SET READY 


DTE TXC 


TRANSMIT CLOCK 


DTR 


DATA TERMINAL READY 


FG 


FRAME GROUND 


RTS 


REQUEST TQ SEND 


RXC 


RECEIVE CLOCK 


RXD 


RECEIVE DATA 


SG 


SIGNAL GROUND 


TXD 


TRANSMIT DATA 


Serial RS422A/449 Signals - 


CS 


CLEAR TO SEND 


DM 


DATA MODE 


RC 


RECEIVE COMMON 


RD 


RECEIVE DATA 


RS 


REQUEST TO SEND 


RT 


RECEIVE TIMING 


SC 


SEND COMMON 


SD 


SEND DATA 


SG 


SIGNAL GROUND 


TR 


TERMINAL READY 



Electrical Characteristics 

DC Power Dissipation — 28.3 Watts 

DC Power Requirements — 



Configuration 


Current Requirements 

(all voltages ± 5%) 
+ 5V +12V -12V 


without EPROM 1 

with 8K EPROM 
(using 2716) 

with 16K EPROM 
(using 2732A) 
with 32K EPROM 
(using 2764) 

with 64K EPROM 
(using 27128) 


5.1 A 20 mA 20 mA 
+ 0.14A — — 

+ 0.20A — ■ - 

+ 0.24A - - 

+ 0.24A — . - 



NOTE 1: AS SHIPPED - no EPROMs in sockets, no iSBC 341 
module. Configuration includes terminators for two 
RS422A/449 and one RS232C channels. 

Serial Communication Characteristics 



Channel 


Device 


Supported 
Interface 


Max. Baud 
Rate 


A 

B 
C 


82741 

8274 
82733 


RS442A/449 

RS232C 

CCITTV.24 

RS232C 
CCITT V.24 

RS442A/449 
RS232C 
CCITT V.24 


800K SDLC/HDLC 
125K Synchronous 
50K Asynchronous 

125K Synchronous 2 
50K Asynchronous 

64K SDLC/HDLC 3 
9.6K SELF CLOCKING 



NOTES: 

1 . 8274 supports HDLC/SDLC/SYNC/ASYNC multiprotocol 

2. Exceed RS232C/CCITT V.24 rating of 20K baud 

3. 8273 supports HDLC/SDLC 

BAUD RATE EXAMPLES (Hz) 



TERMINAL TIMING 



8254 
Timer Divide 


Synchronous 
KBaud 


Asynchronous 

-r16 -r32 -r-64 


Count N 


KBaud 




10 


800 


50.0 25.0 


12.5 


26 


300 


19.2 9.6 


4.8 


31 


256 


16.1 8.06 


4.03 


52 


154 


9.6 4.8 


2.4 


104 


76.8 


4.8 2.4 


1.2 


125 


64 


4.0 2.0 


1.0 


143 


56 


3.5 1.7 


87 


167 


,48 


3.0 1.5 


.75 


417 


19.2 


_ . _ 


— 


833 


9.6 


— . — 


— 


EQUATION , 


8,000,000 
N 


500K 250K 

N N 


125K 
N 
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SERIAL INTERFACE CONNECTORS 



Interface 


Mode 1 


MULTIMODULE™ 
Edge Connector 


Cable 


Connector 


RS232C 
RS232C 
RS449 
RS449 


DTE 
DCE 
DTE 
DCE 


26-pin 4 , 3M-3462-0001 
26-pin 4 , 3M-3462-0001 
40-pin 5 , 3M-3464-0001 
40-pin 5 , 3M-3464-0001 


3M 2 -3349/25 
3M 2 -3349/25 
3M 3 -3349/37 
3M 3 -3349/37 


25-pin 6 , 3M-3482-1000 
25-pin 6 , 3M-3483-1000 
37-pin 7 , 3M-3502-1000 
37-pin 7 , 3M-3503-1000 



NOTES: 

1. DTE — Data Terminal Equipment mode (male connector); DCE — Data Circuit Equipment mode (female connector) requires line 
swaps. 

2. Cable is tapered at one end to fit the 3M-3462 connector. 

3. Cable is tapered to fit 3M-3464 connector. 

4. Pin 26 of the edge connector is not connected to the flat cable. 

5. Pins 38, 39, and 40 of the edge connector are not connected to the flat cable. 

6. May be used with the cable housing 3M-3485-1000. 

7. Cable housing 3M-3485-4000 may be used with the connector. 

Reference Manual 

143824 — iSBC 88/45 Advanced Data Communica- 
tions Processor Board Hardware Reference Man- 
ual (not supplied). 

Reference manuals may be ordered from any Intel 
sales representative, distributor office or from Intel 
Literature Department, 3065 Bowers Avenue/Santa 
Clara, CA 95051 



Line Drivers (supplied) 






Device 


Characteristic 


Qty 


Installed 


1488 


RS232C 


3 


1 


1489 


RS232C 


3 


1 


3486 


RS422A 


2 


2 


3487 


RS422A 


2 


2 



ORDERING INFORMATION 
Part Number Description 

SBC 88/45 8-bit 8088-based Single Board 

Computer with 3 HDLC/SDLC 
serial channels 
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iSBC® 1 88/48 ADVANCED 
COMMUNICATING COMPUTER 



■ iSBC® Single Board Computer or 
Intelligent Slave Communication 
board 

■ 8 Serial Communications channels, 
expandable to 1 2 channels on a 
single MULTIBUS® board 

■ 6 MHz 80188 Microprocessor 

■ Supports RS232C interface on 6 
channels, RS422A/449 or RS232C 
interface configurable on 2 channels 

■ Supports Async, Bisync 
HDLC/SDLC, on-chip baud rate 
generation, half /full-duplex, NRZ, 
NRZI or FM encoding/decoding 

■ 7 on-board DM A channels for serial 
I/O, 2 801 88 DMA channels for 
iSBX™ MULTIMODULE™ board 



■ MULTIBUS® Interface for system 
expansion and Multimaster 
configuration 

■ 2 iSBX™ connectors for low cost 
I/O expansion 

■ 64K Bytes Dual-ported RAM 
expandable to 192K Bytes with Parity 
using the iSBC® 307 RAM 
MULTIMODULE™ board 

■ 2 28-pin JEDEC PROM sites 
expandable to 6 sites with the iSBC® 
341 MULTIMODULE™ board for a 
maximum of 192K Bytes EPROM 

■ Resident firmware to handle up to 1 2 
RS232C Async lines 



The iSBC® 188/48 Advanced Communicating Computer (COMMputer™) is an intelligent 8-channel single board 
computer. This iSBC board adds 6MHz 80188 microprocessor-based communications flexibility to the Intel line 
of OEM microcomputer systems. Acting as a stand-alone CPU or intelligent slave for communication expan- 
sion, this board provides a high performance, low-cost solution for multi-user systems. The features of the iSBC 
188/48 board are uniquely suited to manage higher-layer protocol requirements needed in today's data 
communications applications. This single board computer takes full advantage of Intel's VLSI technology to 
provide state-of-the-art, economic, computer-based solutions for OEM communications-oriented applications. 




Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent licenses 
are implied. Information contained herein supersedes previously published specifications on these devices from Intel. 



© INTEL CORPORATION, 1983 
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OPERATING ENVIRONMENT 

The iSBC 188/48 COMMputer™ features have 
been designed to meet the needs of numerous 
communications applications. Typical applica- 
tions include: 

1. Terminal/cluster controller 

2. Front-end processor 

3. Stand-alone communicating computer 

Terminal/cluster controller 

A terminal/cluster controller concentrates com- 
munications in a central area of a system. Effi- 
cient handling of messages coming in or going 
out of the system requires sufficient buffer 
space to store messages and high speed I/O 
channels to transmit messages. More sophisti- 
cated applications, such as cluster controllers, 
also require character and format conversion 
capabilities to allow different types of terminals 
to be attached. 

The iSBC 188/48 Advanced Communicating 
Computer is well suited for multi-terminal sys- 
tems (See Figure 1). Up to 12 serial channels 



can be serviced in multi-user or cluster applica- 
tions by adding two iSBX 354 MULTIMODULE 
boards. The dual-port RAM provides a large on- 
board buffer to handle incoming and outgoing 
messages at data rates up to 19.2K Baud. Two 
channels are supported for continuous data 
rates greater than 19.2K Baud. Each serial chan- 
nel can be individually programmed for different 
Baud rates to allow system configurations with 
differing terminal types. The firmware supplied 
on the iSBC 188/48 board supports up to 12 
asynchronous RS232C serial channels, provides 
modem control and performs power-up 
diagnostics. The high performance of the on- 
board CPU provides intelligence to handle proto- 
cols and character handling typically assigned 
to the system CPU. This distribution of intelli- 
gence results in optimizing system performance 
by releasing the system CPU of routine tasks. 

Front-end Processor 

A front-end processor off-loads a system's cen- 
tral processor of tasks such as data manipula- 
tion and text editing of characters collected from 
the attached terminals. A variety of terminals re- 
quire flexible terminal interfaces. Program code 




ISBC* 86/30 BOARD 




ISBX™ 354 ISBX™ 354 
BOARD BOARD 

I I C 



< 



SYSTEM 
PROCESSOR 




CLUSTER 
CONTROLLER 



MULTIBUS® SYSTEM BUS 



> 



Figure 1 . Terminal/Cluster Controller Application 
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is often dynamically down-loaded to the front- 
end processor from the system CPU. Download- 
ing code requires sufficient memory space for 
protocol handling and program code. Flow con- 
trol and efficient handling of interrupts require 
an efficient operating system to manage the 
hardware and software resources. 

The iSBC 188/48 board features are designed to 
provide a high performance solution for front- 
end processor applications (see Figure 2). A 
large amount of random access memory is 
provided for dynamic storage of program code. 
In addition, local memory sites are available for 
storing routine programs such as X.25, SNA or 
bisync protocol software. The serial channels 
can be configured for links to mainframe 
systems, point-to-point terminals, modems or 
multi-drop configurations. 

STAND-ALONE COMMputerTM APPLICATION 

A stand-alone communicating computer is a 
complete computer system. The CPU is capable 
of managing the resources required to meet the 
needs of multi-terminal, multi-protocol appli- 
cations. These applications typically require 



multi-terminal support, floppy disk control, local 
memory allocation, and program execution and 
storage. 

To support stand-alone applications, the iSBC 188/48 
COMMputer board uses the computational 
capabilities of an on-board CPU to provide a high- 
speed solution controlling 8 to 12 channels of serial 
I/O (see Figure 3). The local memory available is large 
enough to handle special purpose code, execution 
code and routine protocol software. The MULTIBUS 
interface can be used to access additional system 
functions. Floppy disk control and graphics capability 
can be added to the iSBC stand-alone computer 
through the iSBX connectors. 

ARCHITECTURE 

The four major functional areas are Serial I/O, CPU, 
Memory and DMA. These areas are illustrated in 
Figure 4. 

Serial I/O 

Eight HDLC/SDLC serial interfaces are provided 
on the iSBC 188/48 board. The serial interface 
can be expanded to 12 channels by adding 2 




iSBC® 86/30 BOARD 




iSBX™354 iSBX™354 
BOARD BOARD 

I I 



1= 

ISBC® 188/48 
BOARD 



< 



SYSTEM 
PROCESSOR 



H 



J-L 



FRONT-END 
PROCESSOR 



MULTIBUS® SYSTEM BUS 



> 



Figure 2. Front-end Processor Application 
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iSBX 354 MULTIMODULE boards. The 
HDLC/SDLC interface is compatible with IBM 
system and terminal equipment and with 
CCITT's X.25 packet switching interface. 



All eight channels can be configured as Data 
Terminal Equipment (DTE) or Data Communica- 
tion Equipment (DCE). Table 1 lists the inter- 
faces supported. 



Four 82530 Serial Communications Controllers 
(SCO provide eight channels of half/full duplex 
serial I/O. Six channels support RS232C 
interfaces. Two channels are RS232C/422/449 
configurable and can be tri-stated to allow mul- 
tidrop networks. The 82530 component is de- 
signed to satisfy several serial communications 
requirements: asynchronous, byte-oriented syn- 
chronous, and bit-oriented synchronous (HDLC/ 
SDLC) modes. The increased capability at the 
serial controller point results in off-loading the 
CPU of tasks formerly assigned to the CPU or its 
associated hardware. Configurability of the 
82530 allows the user to configure it to handle 
all asynchronous data formats regardless of 
data size, number of start and stop bits, or parity 
requirements. An on-chip Baud rate generator 
allows independent Baud rates on each channel. 

The clock can be generated either internally with the 
SCC chip, with an external clock or via the NRZ1 clock 
encoding mechanism. 



Central CPU 

The 80188 central processor component provides 
high performance, flexibility and powerful processing 
power. The 80188 component is a highly integrated 
microprocessor with an 8-bit data bus interface and 
a 16-bit internal architecture to give high performance. 
The 80188 is upward compatible with 8086 and 80186 
software. 

The 80188/82530 combination with on-board 
PROM/EPROM sites, and dual-port RAM provide the 
intelligence and speed to manage multi-user, multi- 
protocol communications operations. 



Memory 

There are two areas of memory on-board: dual- 
port RAM and universal site memory. The iSBC 
188/48 board contains 64K bytes of dual-port 




iSBC® 188/48 BOARD 
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< 
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Figure 3. Stand-alone COMMputer™ Application 
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RAM that is addressable by the 80188 on-board. The 
dual-port memory is configurable anywhere in a 16M 
Byte address space on 64K Byte boundaries as ad- 
dressed from the MULTIBUS port. Not all of the 64K 
bytes are visible from the MULTIBUS side. The 
amount of dual-port memory visible to the MULTIBUS 
side can be set (with jumpers) to none, 1.6K bytes, or 
48K bytes. The on-board RAM is expandable to a total 
of 192K bytes with parity by adding the iSBC 307 
MULTIMODULE board. In a multiprocessor system 
these features provide local memory for each 
processor and shared system memory configurations 
where the total system memory size can exceed one 
megabyte without addressing conflicts. 



The second area of memory is universal site 
memory providing flexible memory expansion. 
Two 28-pin JEDEC sockets are provided. One of 
these sockets is used for the resident firmware as 
described in the FIRMWARE section on Page 7. 

The default configuration of the board supports 
1 6K Byte EPROM devices such as the Intel 271 28 
component. However, these sockets can contain 
ROM, EPROM, Static RAM, or EEPROM. Both sockets 
must contain the same type of component (i.e. as the 



first socket contains an EPROM for the resident firm- 
ware, the second must also contain an EPROM with the 
same pinout). Up to 32K bytes can be addressed per 
socket giving a maximum universal site memory 
size of 64K bytes. By using the iSBC 341 MULTI- 
MODULE board, a maximum of 192K bytes of uni- 
versal site memory is available. This provides suffi- 
cient memory space for on-board network or 
resource management software. 

Table 1. iSBC® 188/48 Interface Support 



Connection 


Synchronous 


Asynchronous 


Modem or Direct 


Modem or Direct 


Point-to-point 

Multidrop 

Loop 


X" 

Channels 
0and1 

X 


X 

Channels 
Oand 1 

N/A 



' All 8 channels are denoted by X. 



On-BoardDMA 



Seven channels of Direct Memory Access (DMA) 
are provided between serial I/O and on-board 
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Figure 4. Block Diagram of ISBC 1 88/48 Board 
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dual-port RAM by two 8237-5 components. Each 
of channels 0,1, 2, 3, 5, 6, and 7 is supported by 
their own DMA line. Serial channels and 1 are 
configurable for full duplex DMA. Configuring 
the full duplex DMA option for Channels and 1 
would require Channels 2 and 3 to be interrupt 
driven or polled. Channel 4 is interrupt driven or 
polled only. 

Two DMA channels are integrated into the iAPX 
188 processor. These additional channels can 
be connected to the iSBX interfaces to provide 
DMA capability to iSBX MULTIMODULE boards 
such as the iSBX 21 8A Floppy Disk Controller 
MULTIMODULE board. 



OPERATING SYSTEM SUPPORT 

Release 6 of the iRMX 86 Operating System pro- 
vides a rich set of features and options to sup- 
port sophisticated stand-alone communications 
applications on the iSBC 188/48 Advanced Com- 
municating Computer. In addition to supporting 
real-time requirements, the iRMX 86 Operating 
System Release 6 has a powerful, yet easy to 
use human interface. Services provided by the 
iRMX 86 Operating System include facilities for 
executing programs concurrently, sharing 
resources and information, servicing asynchro- 
nous events and interactively controlling system 
resources and utilities. The iRMX 86 Operating 
System is readily extended to support assem- 
bler, PL/M, PASCAL, and FORTRAN software de- 
velopment environments. The modular building 
block software lends itself well to customized ap- 
plication solutions. If the iSBC 188/48 is acting 
as an intelligent slave in a system environment, 
an iRMX 86 driver resident in the host CPU can 
be written by following the examples in Applica- 
tion Note 86, "Using the iRMX86 Operating 
System". 

The iSDM™ 86 System Debug Monitor supports 
target system debugging for the iSBC 188/48 
Advanced Communicating COMMputer board. 
The monitor contains the necessary hardware, 
software and documentation required to inter- 
face the iSBC 188/48 target system to an Intel 
Microcomputer Development System for debug- 
ging application software. 

The XENIX* 286 Operating System, Release 2, is 
a fully-licensed adaptation of the Bell Laborato- 
ries System ill UNIX* Operating System. The 
XENIX system is an interactive, protected, multi- 
user, multi-tasking operating system with a 
powerful, flexible, human interface. Release 2 of 
XENIX 286 includes a software driver for the 



iSBC 1 88/48 board (and up to two iSBX354 Mul- 
timodule Boards) acting as an intelligent slave 
for multi-user applications requiring multiple 
persons running independent, terminal-oriented 
jobs. Example applications include distributed 
data processing, business data processing, soft- 
ware development and engineering or scientific 
data analysis. XENIX 286 Release 2 Operating 
System services include device independent 
I/O, tree-structured file directory and task 
hierarchies, re-entrant/shared code and system 
accounting and security access protection. 

FIRMWARE 

The iSBC 188/48 Communicating COMMputer 
board is supplied with resident firmware that 
supports up to 12 RS232C asynchronous serial 
channels. In addition, the firmware provides a 
facility for a host CPU to download and execute 
code on the iSBC 188/48 board. Simple power- 
up confidence tests are also included to provide 
a quick diagnostic service. The firmware con- 
verts the iSBC 188/48 COMMputer to a slave 
communications controller. As a slave communi- 
cations controller, it requires a separate MUL- 
TIBUS host CPU board and requires the use of a 

MULTIBUS interrupt line to signal the host pro- 
cessor. Table 2 summarizes the features of the 
firmware. 



INTERRUPT CAPABILITY 

The iSBC 188/48 board has two programmable 
interrupt controllers (PICs). One is integrated 
into the 80188 processor and the other in the 
801 30 component. The two controllers are confi- 
gured with the 80130 controller as the master 
and the 801 88 controller as the slave. Two of the 
80130 interrupt inputs are connected to the 
82530 serial controller components to provide 
vector interrupt capablities by the serial 
controllers. The iSBC 188/48 board provides 22 
interrupt levels. The highest level is the NMI 
(Non-Maskable Interrupt) line which is directly 
tied to the 80188 CPU. This interrupt is typically 
used for signaling catastrophic events (e.g. 
power failure). There are 5 levels of interrupts in- 
ternal to the 80188 processor. Another 8 levels 



*UNIX is a trademark of Bell Laboratories. 
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Table 2, Features of the iSBC® 1 88/48 Firmware 



Feature 


Description 


Asynchronous Serial 
Channel Support 

Block Data Transfer 
(On Output) 

Limited Modem Control 

Tandem Mode Support 

Download and 
execute capability 

Power Up 
Confidence Tests 


Supports the serial channels in asynchronous ASCII mode. Parameters 
such as baud rate, parity generation, parity checking and character 
length can be programmed independently for each channel. 

Relieves the host CPU of character-at-a-time interrupt processing. The 
iSBC 1 88/48 board accepts blocks of data for transmission and 
interrupts the processor only when the entire block is transmitted. 

Provides software control of the Data Terminal Ready (DTR) line on all 
channels. Transitions on the Carrier Detect (CD) line are sensed and 
reported to the host CPU. 

Transmits an XOFF character when the number of characters in its 
receive buffer exceeds a threshold value and transmits an XON 
character when the buffer drains below some other threshold. 

Provides a capability for the host CPU to load code anywhere in the 
address space of the iSBC 1 88/48 board and to start executing at any 
address in its address space. 

On board reset, the firmware executes a series of simple tests to 
establish that crucial components on the board are functional. 



of interrupts are available from the 80130 
component. Of these 8, one is tied to the pro- 
grammable interrupt controller (PIC) of the 
80188 CPU. An additional 8 levels of interrupts 
are available at the MULTIBUS interface. The 
iSBC 188/48 board does not support bus vec- 
tored interrupts. Table 3 lists the possible inter- 
rupt sources. 

SUPPORT FOR THE 80130 COMPONENT 

Intel does not support the direct processor execution 
of the iRMX nucleus primitives from the 80130 
component. The 80130 component provides timers 
and interrupt controllers only. 

EXPANSION 
EPROM/RAM Expansion 

Memory may be expanded by adding Intel com- 
patible memory expansion boards. The universal 



site memory can be expanded to six sockets by 
adding the iSBC 341 MULTIMODULE board for a 
maximum total of 192K bytes of universal site 
memory. The 64K bytes of on-board dual-port 
RAM can be expanded to a maximum total of 
192K bytes by adding the iSBC 307 MULTI- 
MODULE board. The iSBC 307 MULTIMODULE 
board also provides parity for all 192K bytes of 
on-board RAM. 

iSBX™ MULTIMODULE™ Expansion 

Two 8-bit iSBX MULTIMODULE connectors are 
provided on the iSBC 188/48 board. Using iSBX 
modules additional functions can be added to 
extend the I/O capability of the board. In addition 
to specialized or custom designed iSBX boards, 
there is a broad range of iSBX MULTIMODULE 
boards from Intel including parallel I/O, analog 
I/O, IEEE 488 GPIB, floppy disk, magnetic 
bubbles, video and serial I/O boards. 

The serial I/O MULTIMODULE boards available 
include the iSBX 354 Dual Channel Expansion 
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MULTIMODULE board. Each iSBX 354 MULTI- 
MODULE board adds two channels of serial I/O 
to the iSBC 188/48 board for a maxmlmum of 
twelve serial channels. The 82530 serial com- 
munications controller on the MULTIMODULE 
handles a large variety of serial communications 
protocols. This is the same serial controller as is 
used on the iSBC 188/48 board to offer directly 
compatible expansion capability for the iSBC 
1 88/48 COMMputer board. 

MULTIBUS®INTERFACE 

The iSBC 188/48 Advanced COMMputer board 
can be a MULTIBUS master or intelligent slave 



in a multimaster system. The iSBC 188/48 board 
incorporates a flag byte signalling mechanism 
for use in multiprocessor environments where 
the iSBC 188/48 board is acting as an intelligent 
slave. This mechanism provides an interrupt 
handshake from the MULTIBUS System Bus to 
the on-board processor and vice-versa. 

The Multimaster capabilities of the iSBC 188/48 
board offers easy expansion of processing 
capacity and the benefits of multiprocessing. 
Memory and I/O capacity may be expanded and 
additional functions added using Intel MUL- 
TIBUS compatible expansion boards. 



Table 3. Interrupt Request Sources 



Device 


Function 


Number of 
Interrupts 


MULTIBUS® Interface 
INT0-INT7 


Requests from MULTIBUS resident peripherals or other 
CPU boards. 


8 


82530 Serial Controllers 


Transmit buffer empty, receive buffer full and 
channel errors 1 and external status 


8 per 82530 
Total = 32 


Internal 80188 
Timer and DMA 


Timer 0,1 ,2 outputs and 2 DMA channel interrupts 


5 


801 30 Timer Outputs 


Timer 0,1 ,2, outputs of 801 30 


3 


Interrupt from Flag 
Byte Logic 


Flag byte interrupt set by MULTIBUS master 
(through MULTIBUS® I/O Write) 


1 


Bus Flag Interrupt 


Interrupt to MULTIBUS® (Selectable for INTO to 
INT7) generated from on-board 801 88 I/O Write 


1 


iSBX™ connectors 
iSBXTMDMA 


Function determined by iSBXTM MULTIMODULETM 

board 

DMA interrupt from iSBX™(TDMA) 


4 (Two per 
connector) 
2 


Bus fail-safe timeout 
Interrupt 


Indicates iSBC® 1 88/48 board timed out either 
waiting for MULTIBUS® access or timed out from no 
acknowledge while on MULTIBUS System Bus 


1 


Latched Interrupt 


Converts pulsed event to a level interrupt. 
Example: 8237A-5 EOP 


1 


OR-gate Matrix 


Concentrates up to 4 interrupts to 1 interrupt 
(selectable by stake pins) 


1 


Ring Indicator 
Interrupt 


Latches a ring indicator event from serial 
channels 4,5,6, or 7 


1 


NOR-Gate 
Matrix 


Inverts up to 2 interrupts into 
1 (selectable by stake pins) 


1 
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SPECIFICATIONS 



Word Size 

Instruction - 8, 1 6, 24 or 32 bits 
Data Path — 8 bits 

Processor Clock 82530 Clock DMA Clock 

6 MHZ 4.9152 MHz 3 MHz 



MEMORY CAPACITY/ADDRESSING 

Dual-Port RAM 

iSBC®1 88/48 Board - 64K bytes 

As viewed from the iAPX 1 88 - 64K 

As viewed from the MULTIBUS® System Bus • 

Choice: 0,1 6K or 48K 



I/O Capacity 

Serial — 8 programmable lines using 4 82530 
components 



iSBXTM MULTIMODULETM Board 



2 iSBX™ 

single-wide 

boards 



Serial Communications Characteristics 



Synchronous — 



Asynchronous — 



Internal or external character 
synchronization on one or 
two synchronous characters 

5-8 bits and 1, 1 Viz or 2 stop 
bits per character; program- 
mable clock factor; break 
detection and generation; 
parity, overrun, and framing 
error detection 



EPROM 



Using: 

ISBC® 

188/48 Size 
Board 

2732 4K 

2764 8K 

27128 16K 

27256 32K 



Baud Rates 



On Board 
Capacity 



Address Range 



8K FE000-FFFFF H 

16K FCOOO-FFFFFh 

32K F8000-FFFFF H 

64K F0000-FFFFF H 



Memory Expansion 

1 . Ram Memory — with iSBC 307 Board 

Total Capacity — 1 92K 

As viewed from the MULTIBUS® 
System Bus — 

Choice: 0, 1 6K or 48K Public 
16K to 192K Private 
64K or 192K Total 



EPROM with 

iSBC® 
board using: 

2732 
2764 
27128 
27256 



Total 
Capacity 

24K 
48K 
96K 
192K 



Address Range 



F8000-FFFFF H 
F0000-FFFFF H 
EOOOO-FFFFFh 
COOOO-FFFFFh 





Synchronous 




X1 Clock 


Baud Rate 


82530 Count Value 
(Decimal) 


64000 




36 


48000 




49 


19200 




126 


9600 




254 


4800 




510 


2400 




1022 


1800 




1363 


1200 




2046 


300 




8190 




Asynchronous 




X 16 Clock 


Baud Rate 


82530 Count Value 
(Decimal) 


19200 




6 


9600 




14 


4800 




30 


2400 




62 


1800 




83 


1200 




1 26 


300 




510 


110 




1394 
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INTERFACES 

iSBX™ Bus 

The iSBC 188/48 board meets iSBX compliance 
level D8/8 DMA 



ENVIRONMENTAL CHARACTERISTICS 

Temperature — to 55°C, at 200 Linear 
Feet/Mln. (LFM) Air Velocity 

Humidity — to 90%, non-condensing (25°C to 70°C) 



MULTIBUS® System Bus 

The iSBC 188/48 board meets MULTIBUS com- 
pliance level Master/Slave D8 M24 11 6 V0 EL 



Serial RS232C Signals 

CD Carrier Detect 

CTS Clear to Send 

DSR Data Set Ready 

DTE TXC Transmit Clock 

DTR Data Terminal Ready 

RTS Request to Send 

RXC Receive Clock 

RXD Receive Data 

SG Signal Ground 

TXD Transmit Data 

Rl Ring Indicator 



RS422A/449 Signals 



RC 
RD 
RT 
SD 
TT 



Receive Common 
Receive Data 
Receive Timing 
Send Data 
Terminal Timing 



PHYSICAL CHARACTERISTICS 

Width: 30.48 cm (12.00 in) 
Length: 17.15 cm (6.75 in) 
Height: 1.04 cm (.41 in) 
Weight: 595 gm (21 ounces) 

ELECTRICAL CHARACTERISTICS 

The power required per voltage for the iSBC 
188/48 board is shown below. These numbers 
do not include the current required by universal 
memory sites or expansion modules. 



Voltage 


Current 


Power 


(Volts) 


(Amps) typ. 


(Watts) typ. 


+ 5 


4.56A 


22.8W 


+ 12 


.12A 


1.5W 


-12 


.11A 


1.3W 



ORDERING INFORMATION 
Part Number Description 



iSBC 188/48 



8-Serial Channel 
Advanced Communicating 
Computer 



REFERENCE MANUAL 

iSBC 188/48 Advanced Communications 
Computer Reference Manual 
Order Number 146218-002 
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iSBC® 188/56 ADVANCED 
COMMUNICATING COMPUTER 



iSBC® Single Board Computer or 
Intelligent Slave Communication 
Board 

8 Serial Communications Channels, 
Expandable to 12 Channels on a 
Single MULTIBUS® Board 

8 MHz 80188 Microprocessor 

Supports RS232C Interface on 6 
Channels, RS422A/449 or RS232C 
Interface Configurable on 2 Channels 

Supports Async, Bisync 
HDLC/SDLC, On-chip Baud Rate 
Generation, Half/full-duplex, NRZ, 
NRZI or FM Encoding/decoding 



7 On-board DMA Channels for Serial 
I/O, 2 80188 DMA Channels for the 
iSBX™ MULTIMODULE™ Board 

MULTIBUS® Interface for System 
Expansion and Multimaster 
Configuration 

Two iSBX Connectors for Low Cost 
I/O Expansion 

256K Bytes Dual-ported RAM On-board 

Two 28-pin JEDEC PROM Sites 
Expandable to 6 Sites with the iSBC 
341 MULTIMODULE Board for a 
Maximum of 192K Bytes EPROM 

Resident Firmware to Handle up to 12 
RS232C Async Lines 



The iSBC 188/56 Advanced Communicating Computer (COMMputer™) is an intelligent 8-channel single board 
computer. This iSBC board adds the 8 MHz 801 88 microprocessor-based communications flexibility to the In- 
tel line of OEM microcomputer systems. Acting as a stand-alone CPU or intelligent slave for communication 
expansion, this board provides a high performance, low-cost solution for multi-user systems. The features of 
the iSBC 188/56 board are uniquely suited to manage higher-layer protocol requirements needed in today's 
data communications applications. This single board computer takes full advantage of Intel's VLSI technology 
to provide state-of-the-art, economic, computer-based solutions for OEM communications-oriented applications. 




Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent licenses 
are implied. Information contained herein supersedes previously published specifications on these devices from Intel. Specifications to change without 
notice. 

© INTEL CORPORATION, 1985 SEPTEMBER, 1985 
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OPERATING ENVIRONMENT 

The iSBC 188/56 COMMputer™ features have been 
designed to meet the needs of numerous communica- 
tions applications. Typical applications include: 

1 . Terminal/cluster controller 

2. Front-end processor 

3. Stand-alone communicating computer 

Terminal/Cluster Controller 

A terminal/cluster controller concentrates communica- 
tions in a central area of a system. Efficient handling 
of messages coming in or going out of the system re- 
quires sufficient buffer space to store messages and 
high speed I/O channels to transmit messages. More 
sophisticated applications, such as cluster controllers, 
also require character and format conversion 
capabilities to allow different types of terminals to be 
attached. 

The iSBC 188/56 Advanced Communicating Com- 
puter is well suited for multi-terminal systems (See 
Figure 1). Up to 12 serial channels can be serviced in 
multi-user or cluster applications by adding two iSBX 
354 MULTIMODULE boards. The dual-port RAM pro- 
vides a large on-board buffer to handle incoming and 



outgoing messages at data rates up to 19.2K baud. 
Two channels are supported for continuous data rates 
greater than 19.2K baud. Each serial channel can be 
individually programmed for different baud rates to 
allow system configurations with differing terminal 
types. The firmware supplied on the iSBC 188/56 
board supports up to 12 asynchronous RS232C serial 
channels, provides modem control and performs 
power-up diagnostics. The high performance of the 
on-board CPU provides intelligence to handle pro- 
tocols and character handling typically assigned to the 
system CPU. The distribution of intelligence results 
in optimizing system performance by releasing the 
system CPU of routine tasks. 

Front-end Processor 

A front-end processor off-loads a system's central pro- 
cessor of tasks such as data manipulation and text 
editing of characters collected from the attached ter- 
minals. A variety of terminals require flexible terminal 
Interfaces. Program code is often dynamically down- 
loaded to the front-end processor from the system 
CPU. Downloading code requires sufficient memory 
space for protocol handling and program code. Flow 
control and efficient handling of interrupts require an 
efficient operating system to manage the hardware 
and software resources. 




ISBC® 86/30 BOARD 




ISBX™ 354 ISBX™ 354 
BOARD BOARD 

I I I I 




ISBC® 188/56 
BOARD 



FIRMWARE 



c 



SYSTEM 
PROCESSOR 



CLUSTER 
CONTROLLER 



MULTIBUS® | SYSTEM I BUS 



> 



Figure 1 . Terminal/Cluster Controller Application 
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The iSBC 188/56 board features are designed to pro- 
vide a high performance solution for front-end pro- 
cessor applications (see Figure 2). A large amount of 
random access memory is provided for dynamic 
storage of program code. In addition, local memory 
sites are available for storing routine programs such 
as X.25, SNA or bisync protocol software. The serial 
channels can be configured for links to mainframe 
systems, point-to-point terminals, modems or multi- 
drop configurations. 

Stand- Alone COMMputer™ Application 

A stand-alone communicating computer is a complete 
computer system. The CPU is capable of managing 
the resources required to meet the needs of multi- 
terminal, multi-protocol applications. These applica- 
tions typically require multi-terminal support, floppy 
disk control, local memory allocation, and program ex- 
ecution and storage. 

To support stand-alone applications, the iSBC 188/56 
COMMputer board uses the computational 
capabilities of an on-board CPU to provide a high- 
speed system solution controlling 8 to 12 channels of 
serial I/O (see Figure 3). The local memory available 
is large enough to handle special purpose code, ex- 
ecution code and routine protocol software. The 
MULTIBUS interface can be used to access additional 

*IBM is a registered trademark of International Business Machines 



system functions. Floppy disk control and graphics 
capability can be added to the iSBC stand-alone com- 
puter through the iSBX connectors. 

ARCHITECTURE 

The four major functional areas are Serial I/O, CPU, 
Memory and DMA. These areas are illustrated in 
Figure 4. 

Serial I/O 

Eight HDLC/SDLC serial interfaces are provided on 
the iSBC 188/56 board. The serial interface can be ex- 
panded to 12 channels by adding 2 iSBX 354 
MULTIMODULE boards. The HDLC/SDLC interface 
is compatible with IBM* system and terminal equip- 
ment and with CCITT's X.25 packet switching 
interface. 

Four 82530 Serial Communications Controllers (SCC) 
provide eight channels of half/full duplex serial I/O. Six 
channels support RS232C interfaces. Two channels 
are RS232C/422/449 configurable and can be tri- 
slated to allow multidrop networks. The 82530 com- 
ponent is designed to satisfy several serial 
communications requirements; asynchronous, byte- 
oriented synchronous (HDLC/SDLC) modes. The 
increased capability at the serial controller point 
results in off-loading the CPU of tasks formerly 



MAINFRAME 




ISBX™ 354 ISBX™ 354 
BOARD BOARD 

I I I I 



D 

iSBC® 188/56 
BOARD 

80188 



FIRMWARE 



c 



FRONT-END 
PROCESSOR 



MULTIBUS®! SYSTEM (BUS 
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Figure 2. Front-end Processor Application 
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assigned to the CPU or its associated hardware. Con- 
figurability of the 82530 allows the user to configure 
it to handle all asynchronous data formats regardless 
of data size, number of start or stop bits, or parity 
requirements. An on-chip baud rate generator allows 
independent baud rates on each channel. 

The clock can be generated either internally with the 
SCC chip, with an external clock or via the NRZ1 clock 
encoding mechanism. 

All eight channels can be configured as Data Terminal 
Equipment (DTE) or Data Communications Equip- 
ment (DCE). Table 1 lists the interfaces supported. 

Table 1. iSBC® 188/56 Interface Support 



Connection 


Synchronous 


Asynchronous 


Modem or Direct 


Modem or Direct 


Point-to-point 

Multidrop 

Loop 


X** 

Channels 

Oand 1 

X 


X 

Channels 
Oand 1 

N/A 



* All 8 channels are denoted by X. 



Central CPU 

The 80188 central processor component provides 
high performance, flexibility and powerful processing. 
The 80188 component is a highly integrated 
microprocessor with an 8-bit data bus interface and 
a 16-bit internal architecture to give high performance. 
The 80188 is upward compatible with 86 and 186 
software. 

The 80188/82530 combination with on-board 
PROM/EPROM sites, and dual-port RAM provide the 
intelligence and speed to manage multi-user, multi- 
protocol communications operations. 



Memory 

There are two areas of memory on-board: dual-port 
RAM and universal site memory. The iSBC 188/56 
board contains 256K bytes of dual-port RAM that is ad- 
dressable by the 80188 on-board. The dual-port 
memory is configurable anywhere in a 16M byte ad- 
dress space on 64K byte boundaries as addressed 
from the MULTIBUS port. Not all of the 256K bytes are 
visible from the MULTIBUS bus side. The amount of 




ISBC® 188/56 BOARD 



STAND-ALONE 
PROCESSOR 



MULTIBUS® SYSTEM BUS 



Figure 3. Stand-alone COMMputer™ Application 
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dual-port memory visible to the MULTIBUS side can 
be set (with jumpers) to none, 16K bytes, or 48K bytes. 
In a multiprocessor system these features provide 
local memory for each processor and shared system 
memory configurations where the total system 
memory size can exceed one megabyte without ad- 
dressing conflicts. 

The second area of memory is universal site memory 
providing flexible memory expansion. Two 28-pin 
JEDEC sockets are provided. One of these sockets is 
used for the resident firmware as described in the 
FIRMWARE section. 



The default configuration of the boards supports 16K 
byte EPROM devices such as the Intel 27128 compo- 
nent. However, these sockets can contain ROM, 
EPROM, Static RAM, or EEPROM. Both sockets must 
contain the same type of component (i.e. as the first 
socket contains an EPROM for the resident firmware, 
the second must also contain an EPROM with the 
same pinout). Up to 32K bytes can be addressed per 
socket giving a maximum universal site memory size 
of 64K bytes. By using the iSBC 341 MULTIMODULE 
board, a maximum of 192K bytes of universal site 
memory is available. This provides sufficient memory 
space for on-board network or resource management 
software. 



On-Board DMA 

Seven channels of Direct Memory Access (DMA) are 
provided between serial I/O and on-board dual port 
RAM by two 8237-5 components. Each of channels 0, 
1 , 2, 3, 5, 6, and 7 is supported by their own DMA line. 
Serial channels and 1 are configurable for full duplex 
DMA. Configuring the full duplex DMA option for 
Channels and 1 would require Channels 2 and 3 to 
be interrupt driven or polled. Channel 4 is interrupt 
driven or polled only. 

Two DMA channels are integrated in the 80188 pro- 
cessor. These additional channels can be connected 
to the iSBX interfaces to provide DMA capability to 
iSBX MULTIMODULE boards such as the iSBX 21 8A 
Floppy Disk Controller MULTIMODULE board. 

OPERATING SYSTEM SUPPORT 

Intel offers run-time foundation software to support ap- 
plications that range from general purpose to high- 
performance solutions. 

Release 6 of the iRMX 86 Operating System provides 
a rich set of features and options to support soph- 
isticated stand-alone communications applications on 
the iSBC 188/56 Advanced Communicating Com- 
puter. In addition to supporting real-time require- 
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Figure 4. Block Diagram of iSBC® 188/56 Board 
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ments, the iRMX 86 Operating System Release 6 has 
a powerful, yet easy to use human Interface. Services 
provided by the iRMX 86 Operating System include 
facilities for executing programs concurrently, shar- 
ing resources and information, servicing asyn- 
chronous events and interactively controlling system 
resources and utilities. The iRMX 86 Operating 
System is readily extended to support assembler, 
PL/M, PASCAL, and FORTRAN software develop- 
ment environments. The modular building block soft- 
ware lends itself well to customized application 
solutions. If the iSBC 1 88/56 board is acting as an in- 
telligent slave in a system environment, an iRMX 86 
driver resident in the host CPU can be written by 
following the examples in the manual "Guide to 
Writing Device Driven for iRMX 86 and iRMX 88 I/O 
Systems". 

The iSDM™ 86 System Debug Monitor supports tar- 
get system debugging for the iSBC 188/56 Advanced 
Communicating COMMputer board. The monitor con- 
tains the necessary hardware, software and documen- 
tation required to interface the iSBC 188/56 target 
system to an Intel microcomputer development 
system for debugging application software. 

The XENIX* 286 Operating System, Release 3, is a 
fully licensed adaptation of the Bell Laboratories 
System III UNIX* Operating System. The XENIX 
system is an interactive, protected, multi-user, multi- 
tasking operating system with a powerful, flexible 



human interface. Release 3 of XENIX 286 includes a 
software driver for the iSBC 188/56 board (and up to 
two iSBX 354 MULTIMODULE Boards) acting as an 
intelligent slave for multi-user applications requiring 
multiple persons running independent, terminal- 
oriented jobs. Example applications include 
distributed data processing, business data process- 
ing, software development and engineering or scien- 
tific data analysis. XENIX 286 Release 3 Operating 
System services include device independent I/O, tree- 
structured file directory and task hierarchies, re- 
entrant/shared code and system accounting and 
security access protection. 



FIRMWARE 

The iSBC 188/56 Communicating COMMputer board 
is supplied with resident firmware that supports up to 
12 RS232C asynchronous serial channels. In addition, 
the firmware provides a facility for a host CPU to 
download and execute code on the iSBC 188/56 
board. Simple power-up confidence tests are also 
included to provide a quick diagnostic service. The 
firmware converts the iSBC 1 88/56 COMMputer board 
to a slave communications controller. As a slave com- 
munications controller, it requires a separate 
MULTIBUS host CPU board and requires the use of 
a MULTIBUS interrupt line to signal the host pro- 
cessor. Table 2 summarizes the features of the 
firmware. 



Table 2: Features of the iSBC® 188/56 Firmware 



Feature 


Description 


Asynchronous Serial 
Channel Support 

Block Data Transfer 
(On Output) 

Limited Modem Control 

Tandem Modem Support 

Download and 
execute capability 

Power Up 
Confidence Tests 


Supports the serial channels in asynchronous ASCII mode. Parameters 
such as baud rate, parity generation, parity checking and character 
length can be programmed independently for each channel. 

Relieves the host CPU of character-at-a-time interrupt processing. The 
iSBC 188/56 board accepts blocks of data for transmission and 
interrupts the processor only when the entire block is transmitted. 

Provides software control of the Data Terminal Ready (DTR) line on all 
channels. Transitions on the Carrier Detect (CD) line are sensed and 
reported to the host CPU. 

Transmits an XOFF character when the number of characters in its 
receive buffer exceeds a threshold value and transmits an XON 
character when the buffer drains below some other threshold. 

Provides a capability for the host CPU to load code anywhere in the 
address space of the iSBC 188/56 board and to start executing at any 
address in its address space. 

On board reset, the firmware executes a series of simple tests to 
establish that crucial components on the board are functional. 



* UNIX is a trademark of Bell Laboratories 
•XENIX is a trademark of Microsoft Corporation 
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The iSBC 188/56 board has two programmable inter- 
rupt controllers (PICs). One is integrated into the 
80188 processor and the other in the 80130 compo- 
nent. The two controllers are configured with the 
80130 controller as the master and the 80188 con- 
troller as the slave. Two of the 80130 interrupt inputs 
are connected to the 82530 serial controller com- 
ponents to provide vector interrupt capabilities by the 
serial controllers. The iSBC 188/56 board provides 22 



interrupt levels. The highest level is the NMI (Non- 
Maskable Interrupt) line which is directly tied to the 
80188 CPU. This interrupt is typically used for 
signaling catastrophic events (e.g. power failure). 
There are 5 levels of interrupts internal to the 80188 
processor. Another 8 levels of interrupts are available 
from the 801 30 component. Of these 8, one is tied to 
the programmable interrupt controller (PIC) of the 
80188 CPU. An additional 8 levels of interrupts are 
available at the MULTIBUS interface. The iSBC 
188/56 board does not support bus vectored inter- 
rupts. Table 3 lists the possible interrupt sources. 



Table 3. Interrupt Request Sources 



Device 


Function 


Number of 
Interrupts 


MULTIBUS® Interface 
INT0-INT7 


Requests from MULTIBUS resident peripherals or other 
CPU boards. 


8 


82530 Serial Controllers 


Transmit buffer empty, receive buffer full and 
channel errors 1 and external status 


8 per 82530 
Total = 32 


Internal 80188 
Timer and DMA 


Timer 0,1,2 outputs and 2 DMA channel interrupts 


5 


801 30 Timer Outputs 


Timer 0, 1 ,2, outputs of 801 30 


3 


Interrupt from Flag 
Byte Logic 


Flag byte interrupt set by MULTIBUS master 
(through MULTIBUS® I/O Write) 


1 


Bus Flag Interrupt 


Interrupt to MULTIBUS® (Selectable for INTO to 
INT7) generated from on-board 801 88 I/O Write 


1 


iSBX™ connectors 
iSBX™ DMA 


Function determined by iSBX™ MULTIMODULE™ 

board 

DMA interrupt from iSBX™(TDMA) 


4 (Two per 
connector) 
2 


Bus fail-safe timeout 
Interrupt 


Indicates iSBC® 1 88/48 board timed out either 
waiting for MULTIBUS® access or timed out from no 
acknowledge while on MULTIBUS System Bus 


1 


Latched Interrupt 


Converts pulsed event to a level interrupt. 
Example: 8237A-5EOP 


1 


OR-gate Matrix 


Concentrates up to 4 interrupts to 1 interrupt 
(selectable by stake pins) 


1 


Ring Indicator 
Interrupt 


Latches a ring indicator event from serial 
channels 4,5,6, or 7 


1 


NOR-Gate 
Matrix 


Inverts up to 2 interrupts into 
1 (selectable by stake pins) 


1 
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SUPPORT FOR THE 80130 
COMPONENT 

Intel does not support the direct processor execution 
of the iRMX nucleus primitives from the 80130 com- 
ponent. The 80130 component provides timers and 
interrupt controllers only. 

EXPANSION 

EPROM Expansion 

Memory may be expanded by adding Intel compati- 
ble memory expansion boards. The universal site 
memory can be expanded to six sockets by adding the 
iSBC 341 MULTIMODULE board for a maximum total 
of 192K bytes of universal site memory. 

iSBX™ MULTIMODULE™ 
Expansion Module 

Two 8-bit iSBX MULTIMODULE connectors are pro- 
vided on the iSBC 188/56 board. Using iSBX modules 
additional functions can be added to extend the I/O 
capability of the board. In addition to specialized or 
custom designed iSBX boards, there is a broad range 
of iSBX MULTIMODULE boards from the Intel in- 
cluding parallel I/O, analog I/O, IEEE 488 GPIB, floppy 
disk, magnetic bubbles, video and serial I/O boards. 



The serial I/O MULTIMODULE boards available include 
the iSBX 354 Dual Channel Expansion MULTIMODULE 
board. Each iSBX 354 MULTIMODULE board adds two 
channels of serial I/O to the iSBC 188/56 board for a 
maximum of twelve serial channels. The 82530 serial 
communications controller on the MULTIMODULE 
board handles a large variety of serial commun- 
ications protocols. This is the same serial controller 
as is used on the iSBC 188/56 board to offer directly 
compatible expansion capability for the iSBC 1 88/56 
COMMputer board. 



MULTIBUS® INTERFACE 

The iSBC 188/56 Advanced COMMputer board can 
be a MULTIBUS master or intelligent slave in a 
multimaster system. The iSBC 188/56 board incor- 
porates a flag byte signalling mechanism for use in 
multiprocessor environments where the iSBC 188/56 
board is acting as an intelligent slave. The mechanism 
provides an interrupt handshake from the MULTIBUS 
System Bus to the on-board-processor and vice-versa. 

The Multimaster capabilities of the iSBC 188/56 board 
offers easy expansion of processing capacity and the 
benefits of multiprocessing. Memory and I/O capacity 
may be expanded and additional functions added 
using Intel MULTIBUS compatible expansion boards. 



SPECIFICATIONS 
Word Size 

Instruction— 8, 16, 24 or 32 bits 
Data Path— 8 bits 



Processor Clock 

8 MHz 



82530 Clock 

4.9152 MHz 



DMA Clock 

4 MHz 



Dual Port RAM 

iSBC 188/56 Board— 256 bytes 

As viewed from the 80188— 64K bytes 

As viewed from the MULTIBUS System Bus- 
Choice: 0, 16Kor48K 

EPROM 



ISBC® 188/56 
Board using: 


Size 


On Board 
Capacity 


Address Range 


2732 

2764 

27128 

27256 


4K 

8K 

16K 

32K 


8K bytes 
16K bytes 
32K bytes 
64K bytes 


FEOOO-FFFFFh 
FCOOO-FFFFFh 
F8000-FFFFF H 
F0000-FFFFFh 



Memory Expansion 



EPROM with 






ISBC® 


Capacity 


Address Range 


Board using: 






2732 


24K bytes 


F8000-FFFFF H 


2764 


48K bytes 


F0000-FFFFF H 


27128 


96K bytes 


E0000-FFFFFh 


27256 


192K bytes 


C0000-FFFFFh 



I/O Capacity 

Serial— 8 programmable lines using four 82530 
components 

iSBX MULTIMODULE— 2 iSBX single-wide boards 

Serial Communications Characteristics 

Synchronous— Internal or external character 
synchronization on one or two synchronous 
characters. 

Asynchronous— 5-8 bits and 1 , 1 V2, or 2 stop bits per 
character; programmable clock factor; break 
detection and generation; parity, overrun, and 
framing error detection. 
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MELUIlUliMliW 



Baud Rates 



SERIAL RS232C SIGNALS 





Synchronous 




X1 Clock 


Baud Rate 


82530 Count Value 
(Decimal) 


64000 




36 


48000 




49 


19200 




126 


9600 




254 


4800 




510 


2400 




1022 


1800 




1363 


1200 




2046 


300 




8190 




Asynchronous 




X 16 Clock 


Baud Rate 


82530 Count Value 
(Decimal) 


19200 




6 


9600 




14 


4800 




30 


2400 




62 


1800 




83 


1200 




126 


300 




510 


110 




1394 



Interfaces 

iSBX™BUS 

The iSBC 188/56 board meets iSBX compliance 
level D8/8 DMA 

MULTIBUS® SYSTEM BUS 

The iSBC 188/56 board meets MULTIBUS com- 
pliance level Master/Slave D8 M24 116 VO EL 



CD 


Carrier Detect 


CTS 


Clear to Send 


DSR 


Data Set Ready 


DTE TXC 


Transmit Clock 


DTR 


Data Terminal Ready 


RTS 


Request to Send 


RXC 


Receive Clock 


RXD 


Receive Data 


SG 


Signal Ground 


TXD 


Transmit Data 


Rl 


Ring Indicator 


RS422A/449 SIGNALS 


RC 


Receive Common 


RD 


Receive Data 


RT 


Receive Timing 


SD 


Send Data 


TT 


Terminal Timing 



Environmental Characteristics 

Temperature— to 55°C at 200 Linear Feet/Min. 
(LFM) Air Velocity 

Humidity— to 90%, non-condensing (25°C to 70°C) 

Physical Characteristics 

Width— 30.48 cm (1 2.00 in) 
Length— 1 7.15 cm (6.75 in) 
Height— 1 .04 cm (.41 in) 
Weight— 595 gm (21 oz) 

Electrical Characteristics 

The power required per voltage for the iSBC 188/56 
board is shown below. These numbers do not include 
the current required by universal memory sites or 
expansion modules. 



Voltage 
(Volts) 


Current 
(Amps) typ. 


Power 
(Watts) typ. 


+ 5 
+ 12 
-12 


4.56A 
.12A 
.11A 


22.8W 
1.5W 
1.3W 



ORDERING INFORMATION 



Part Number 

iSBC 188/56 



Description 

8-Serial Channel Advanced 
Communicating Computer 



Reference Manuals 

iSBC 188/56 Advanced Communications Computer 
Reference Manual Order Number 148209-001 
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FOUR CHANNEL COMMUNICATION EXPANSION BOARD 



Serial I/O expansion through four pro- 
grammable synchronous and asyn- 
chronous communications channels 

Individual software programmable 
baud rate generation for each serial 
I/O channel 

Two independent programmable 16-bit 
interval timers 

Sixteen maskable interrupt request 
lines with priority encoded and pro- 
grammable interrupt algorithms 



Jumper selectable interface register 
addresses 

16-bit parallel I/O interface compatible 
with Bell 801 automatic calling unit 

RS232C/CCITT V.24 interfaces plus 
20 mA optically isolated current loop 
interfaces (sockets) 

Programmable digital loopback for 
diagnostics 

Interface control for auto answer and 
auto originate modems 



The iSBC 534 Four Channel Communication Expansion Board is a member of Intel's complete line of memory and I/O 
expansion boards. The iSBC 534 interfaces directly to any single board computer via the MULTIBUS to provide expan- 
sion of system serial communications capability. Four fully programmable synchronous and asynchronous seriai chan- 
nels with RS232C buffering and provision for 20 mA optically isolated current loop buffering are provided. Baud rates, 
data formats, and interrupt priorities for each channel are individually software selectable. In addition to the extensive 
complement of EIA Standard RS232C signals provided, the iSBC 534 provides 16 lines of RS232C buffered program- 
mable parallel I/O. This interface is configured to be directly compatible with the Bell Model 801 automatic calling unit. 
These capabilities provide a flexible and easy means for interfacing Intel iSBC based systems to RS232C and optically 
isolated current loop compatible terminals, cassettes, asynchronous and synchronous modems, and distributed pro- 
cessing networks. 
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FUNCTIONAL DESCRIPTION 
Communications Interface 

Four programmable communications interfaces using 
Intel's 8251A Universal Synchronous/Asynchronous 
Receiver/Transmitter (USART) are contained on the 
board.* Each USART can be programmed by the system 
software to individually select the desired asynchronous 
or synchronous serial data transmission technique (in- 
cluding IBM Bisync). The mode of operation (i.e., syn- 
chronous or asynchronous), data format, control 
character format, parity, and baud rate are all under pro- 
gram control. Each 8251 A provides full duplex, double 
buffered transmit and receive capability. Parity, overrun, 
and framing error detection are all incorporated in each 
USART. Each set of RS232G command lines, serial data 
lines, and signal ground lines are brought out to 26-pin 
edge connectors that mate with RS232C flat or round 
cables. 

16-Bit Interval Timers 

The iSBC 534 provides six fully programmable and in- 
dependent BCD and binary 16-bit interval timers utiliz- 
ing two Intel 8253 programmable interval timers.* Four 
timers are available to the systems designer to generate 
baud rates for the USARTs under software control. 
Routing for the outputs from the other two counters is 
jumper selectable. Each may be independently routed 
to the programmable interrupt controller to provide real 
Jime clocking or to the USARTs (for applications requir- 
ing different transmit and receive baud rates). In utiliz- 
ing the iSBC 534, the systems designer simply con- 
figures, via software, each timer independently to meet 
system requirements. Whenever a given baud rate or 



time delay is needed, software commands to the pro- 
grammable timers select the desired function. Three 
functions of these timers are supported on the iSBC 
534, as shown in Table 1. The contents of each counter 
may be read at any time during system operation. 



Table 1. Programmable Timer Functions 


Function 


Operation 


Interrupt on ter- 


When terminal count is reached 


minal count 


an interrupt request is generated. 




This function is used for the gen- 




eration of real-time clocks. 


Rate generator 


Divide by N counter. The output 




will go low for one input clock cy- 




cle and high for N - 1 input clock 




periods. 


Square wave rate 


Output will remain high for one- 


generator 


half the count and low for the 




other half of the count. 



Interrupt Request Lines 

Two independent Intel 8259A programmable interrupt 
controllers (PIC's) provide vectoring for 16 interrupt 
levels.* As shown in Table 2, a selection of three priority 
processing algorithms is available to the system 
designer. The manner in which requests are serviced 
may thus be configured to match system requirements. 
Priority assignments may be reconfigured dynamically 
via software at any time during system operation. Any 
combination of interrupt levels may be masked through 
storage, via software, of a single byte to the interrupt 
mask register of each PIC. Each PIC's interrupt request 





RS 232C 


LOOP 


COMPATIBLE 


OEVICE 


OEVICE 



RS 232C 


CURRENT 


COMPATIBLE 


LOOP 


OEVICE 


OEVICE 




TTiJ 



8 LINES t LINES 



Figure 1. iSBC®534 Four Channel Communications Expansion Board Block Diagram 
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output line may be jumper selected to drive any of the 
nine interrupt lines on the MULTIBUS. 

Table 2. Interrupt Priority Options 



Algorithm 



Fully 
nested 
Auto- 
rotating 

Specific 
priority 



Operation 



Interrupt request line priorities fixed at 
as highest, 7 as lowest. 
Equal priority. Each level, after receiving 
service, becomes the lowest priority level 
until next interrupt occurs. 
System software assigns lowest priority 
level. Priority of all other levels based in 
sequence numerically on this assign- 
ment. 





Table 3. Interrupt Assignments 


Interrupt 

Request 

Line 


PICO 


PIC 1 



1 
2 
3 
4 
5 
6 
7 


PORT R x RDY 
PORT T x RDY 
PORT 1 R x RDY 
PORT 1 T x RDY 
PORT 2 R x RDY 
PORT 2 T x RDY 
PORT 3 R x RDY 
PORT 3 T x RDY 


PIT 1 counter 1 
PIT 2 counter 2 
Ring indicator (all ports) 
Present next digit 
Carrier detect port 
Carrier detect port 1 
Carrier detect port 2 
Carrier detect port 3 



Interrupt Request Generation — As shown in Table 3, in- 
terrupt requests may originate from 16 sources. Two 
jumper selectable interrupt requests (8 total) can be 
automatically generated by each USART when a 
character is ready to be transferred to the MULTIBUS 
system bus (i.e., receive buffer is full) or a character has 
been transmitted (transmit buffer is empty). Jumper 
selectable requests can be generated by two of the pro- 
grammable timers (PITs), and six lines are routed directly 
from peripherals to accept carrier detect (4 lines), ring in- 
dicator, and the Bell 801 present next digit request lines. 



Systems Compatibility 

The iSBC 534 provides 16 RS232C buffered parallel I/O 
lines implemented utilizing an Intel 8255A program- 



mable peripheral interface (PPI) configured to operate in 
mode 0.* These lines are configured to be directly com- 
patible with the Bell 801 automatic calling unit (ACU). 
This capability allows the iSBC 534 to interface to Bell 
801 type ACUs and up to four modems or other serial 
communications devices. For systems not requiring in- 
terface to an ACU, the parallel I/O lines may also be used 
as general purpose RS232C compatible control lines in 
system implementation. 



* Complete operational details on the Intel 8251 A USART, the Intel 8253 
Programmable Interval Timer, the Intel 8255A Programmable Peripheral In- 
terface, and the Intel 8259A Programmable Interrupt Controller are contained 
in the Intel Component Data Catalog. 



SPECIFICATIONS 

Serial Communications Characteristics 

Synchronous — 5-8 bit characters; internal or external 
character synchronization; automatic sync insertion. 
Asynchronous — 5-8 bit characters; break character 
generation; 1, 1 1 /2, or 2 stop bits; false start bit detec- 
tion. 

Sample Baud Ratesi 



Frequency 2 
(kHz, Software Selectable) 


Baud Rate (Hz) 


Synchronous 


Asynchronous 


153.6 
76.8 
38.4 
19.2 
9.6 
4.8 
6.98 


38400 
19200 
9600 
4800 
6980 


+16 - 64 

9600 2400 
4800 1200 
2400 600 
1200 300 
600 150 
300 75 
— 110 



Notes: 

1. Baud rates shown here are only a sample subset of possible 
software-programmable rates available.Any frequency from 18.75 Hz to 
614.4 kHz may be generated utilizing on-board crystal oscillator and 
16-bit programmable interval timer-(used here as frequency divider). 

2. Frequency selected by I/O writes of appropriate 16-bit frequency fac- 
tor to Baud Rate Register. 



Interval Timer and Baud Rate Generator 
Frequencies 

Input Frequency (On-Board Crystal Oscillator) — 1.2288 
MHz ±0.1% (0.813 /iS period, nominal) 



Function 


Single Timer 


Dual/Timer Counter 
(Two Timers Cascaded) 


Min 


Max 


Min 


Max 


Real-Time 

Interrupt 

Interval 


1.63 mS 


53.3 ms 


3.26 ^ 


58.25 
minutes 


Rate Generator 
(Frequency) 


18.75 Hz 


614.4 kHz 


0.0029 Hz 


307.2 kHz 



Interfaces — RS232C Interfaces 

EIA Standard RS232C Signals provided and supported: 



Carrier detect 
Clear to send 
Data set ready 
Data terminal ready 
Request to send 
Receive clock 



Receive data 
Ring indicator 
Secondary receive data 
Secondary transmit data 
Transmit clock 
Transmit data 



Parallel I/O — 8 input lines, 8 output lines, all signals 

RS232C compatible 

Bus — All signals MULTIBUS system bus compatible 
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I/O Addressing 

The USART, interval timer, interrupt controller, and 
parallel interface registers of the iSBC 534 are con- 
figured as a block of 16 I/O address locations. The loca- 
tion of this block is jumper selectable to begin at any 
16-byte I/O address boundary (i.e., 00H, 10H, 20H, etc.). 

I/O Access Time 

400 ns USART registers 
400 ns Parallel I/O registers 
400 ns Interval timer registers 
400 ns Interrupt controller registers 

Compatible Connectors 



Interface 


Pins 
(qty.) 


Centers 
(in.) 


Mating Connectors 


Bus 


86 


0.156 


Viking 2KH43/9 AMK1 2 


Serial and 
parallel I/O 


26 


0.1 


3M 3462-0001 or 
TIH312113 



Compatible Opto-lsolators 



Function 


Supplier 


Part Number 


Driver 


Fairchild 
General Electric 
Monsanto 


4N33 


Receiver 


Fairchild 
General Electric 
Monsanto 


4N37 



Physical Characteristics 

Width — 12.00 in. (30.48 cm) 
Height — 6.75 in. (17.15 cm) 
Depth — 0.50 in. (1.27 cm) 
Weight — 14 oz (398 gm) 

Electrical Characteristics 
Average DC Current 



Voltage 


Without 
Opto-lsolators 


With 
Opto-lsolators 1 


V CC = +5V 
V DD = +12V 
VAA = -12V 


1.9 A, max 
275 mA, max 
250 mA, max 


1.9 A, max 
420 mA, max 
400 mA, max 



Note 

1. With four 4N33 and four 4N37 opto-isolator packages installed in 
sockets provided to implement four 20 mA current loop interfaces. 



Environmental Characteristics 

Operating Temperature — 0°C to +55°C 

Reference Manual 

502140-002 — iSBC 534 Hardware Reference Manual 
(NOT SUPPLIED) 

Reference manuals are shipped with each product only 
if designated SUPPLIED (see above). Manuals may be 
ordered from any Intel sales representative, distributor 
office or from Intel Literature Department, 3065 Bowers 
Avenue, Santa Clara, California 95051. 



ORDERING INFORMATION 



Part Number 

SBC 534 



Description 

Four Channel Communication Ex- 
pansion Board 
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INTELLIGENT COMMUNICATIONS CONTROLLER 



iSBC Communications Controller acting 
as a single board communications 
computer or an intelligent slave for 
communications expansion 

On-board dedicated 8085A Micro- 
processor providing communications 
control and buffer management for 
four programmable synchronous/ 
asynchronous channels 

Sockets for up to 8K bytes of EPROM 

16K bytes of dual port dynamic read/ 
write memory with on-board refresh 

Extended MULTIBUS® addressing 
permits iSBC 544 board partitioning 
into 16K-byfe segments in a 1 -megabyte 
address space 



Ten programmable parallel I/O lines 
compatible with Bell 801 Automatic 
Calling Unit 



Twelve levels of programmable 
interrupt control 



Individual software programmable baud 
rate generation for each serial I/O 
channel 



Three independent programmable 
interval timer/counters 



Interface control for auto answer and 
auto originate modem 



The iSBC 544 Intelligent Communications Controller is a member of Intel's family of single-board computers, memory, 
I/O, and peripheral controller boards. The iSBC 544 board is a complete communications controller on a single 
6.75x12.00 inch printed circuit card. The on-board 8085A CPU may perform local communications processing by 
directly interfacing with on-board read/write memory, nonvolatile read only memory, four synchronous/asynchronous 
serial I/O ports, RS232/RS366 compatible parallel I/O, programmable timers, and programmable interrupts. 
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FUNCTIONAL DESCRIPTION 

Intelligent Communications Controller 

Two Mode Operation — The iSBC 544 board is capable 
of operating in one of two modes: 1) as a single board 
communications computer with all computer and com- 
munications interface hardware on a single board; 2) as 
an "intelligent bus slave" that can perform communica- 
tions related tasks as a peripheral processor to one or 
more bus masters. The iSBC 544 may be configured to 
operate as a stand-alone single board communications 
computer with all MPU, memory and I/O elements on a 
single board. In this mode of operation, the iSBC 544 
may also interface with expansion memory and I/O 
boards (but no additional bus masters). The iSBC 544 
performs as an intelligent slave to the bus master by 
performing all communications related tasks. Complete 
synchronous and asynchronous I/O and data 
management are controlled by the on-board 8085A CPU 



to coordinate up to four serial channels. Using the iSBC 
544 as an intelligent slave, multichannel serial transfers 
can be managed entirely on-board, freeing the bus 
master to perform other system functions. 



Architecture — The iSBC 544 board is functionally parti- 
tioned into three major sections: I/O, central computer, 
and shared dual port RAM memory (Figure 1). The I/O 
hardware is centered around the four Intel 8251 A USART 
devices providing fully programmable serial interfacing. 
Included here as well is a 10-bit parallel interface com- 
patible with the Bell 801 automatic calling unit, or equiv- 
alent. The I/O is under full control of the on-board CPU 
and is protected from access by system bus masters. 
The second major segment of the intelligent communi- 
cations controller is a central computer, with an 8085A 
CPU providing powerful processing capability. The 
8085A together with on-board EPROM / ROM, static 
RAM, programmable timers/counters, and program- 
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Figure 1. iSBC " 544 Intelligent Communications Controller Block Diagram 
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mable interrupt control provide the intelligence to man- 
age sophisticated communications operations on-board 
the iSBC 544 board. The timer/counters and interrupt 
control are also common to the I/O area providing pro- 
grammable baud rates to the USARTs and prioritizing 
interrupts generated from the USARTs. The centra) com- 
puter functions are protected for access only by the on- 
board 8085A. Likewise, the on-board 8085A may not gain 
access to the system bus when being used as an in- 
telligent slave. When the iSBC 544 is used as a bus 
master, the on-board 8085A CPU controls complete 
system operation accessing on-board functions as well 
as memory and I/O expansion. The third major segment, 
dual port RAM memory, is the key link between the iSBC 
544 intelligent slave and bus masters managing the 
system functions. The dual port concept allows a com- 
mon block of dynamic memory to be accessed by the 
on-board 8085A CPU and off-board bus masters. The 
system program can, therefore, utilize the shared dual 
port RAM to pass command and status information 
between the bus masters and on-board CPU. In addition, 
the dual port concept permits blocks of data 
transmitted or received to accumulate in the on-board 
shared RAM, minimizing the need for a dedicated 
memory board. 



Serial I/O 

Four programmable communications interfaces using 
Intel's 8251A Universal Synchronous/Asynchronous 
Receiver/Transmitter (USART) are contained on the 
board and controlled by the on-board CPU in combina- 
tion with the on-board interval timer/counter to provide 
all common communication frequencies. Each USART 
can be programmed by the system software to individu- 
ally select the desired asynchronous or synchronous 
serial data transmission technique (including IBM 
Bisync). The mode of operation (i.e., synchronous or 
asynchronous), data format, control character format, 
parity, and baud rate are all under program control. Each 
8251A provides full duplex, double-buffered, transmit 
and receive capability. Parity, overrun, and framing error 
detection are all incorporated in each USART. Each 
channel is fully buffered to provide a direct interface to 
RS232C compatible terminals, peripherals, or syn- 
chronous/asynchronous modems. Each channel of 
RS232C command lines, serial data lines, and signal 
ground lines are brought out to 26-pin edge connectors 
that mate with RS232C flat or round cable. 



Parallel I/O Port 

The iSBC 544 provides a 10-bit parallel I/O interface con- 
trolled by an Intel 8155 Programmable Interface (PPI) 
chip. The parallel I/O port is directly compatible with an 
Automatic Calling Unit (ACU) such as the Bell Model 
801 , or equivalent, and can also be used for auxiliary fun- 
ctions. All signals are RS232C compatible, and the inter- 
face cable signal assignments meet RS366 specifica- 
tions. For systems not requiring an ACU interface, the 
parallel I/O port can be used for any general purpose 
interface requiring RS232C compatibility. 



Central Processing Unit 

Intel's powerful 8-bit n-channel 8085A CPU, fabricated 
on a single LSI chip, is the central processor for the 
iSBC 544. The 8085A CPU is directly software compatible 
with the Intel 8080A CPU. The 8085A contains six 8-bit 
general purpose registers and an accumulator. The six 
general purpose registers may be addressed individually 
or in pairs, providing both single and double precision 
operators. The minimum instruction execution time is 
1.45 microseconds. The 8085A CPU has a 16-bit program 
counter. An external stack, located within any portion of 
iSBC 544 read/write memory, may be used as a last-in/ 
first-out storage area for the contents of the program 
counter, flags, accumulator, and all of the six general 
purpose registers. A 16-bit stack pointer controls the ad- 
dressing of this external stack. This stack provides sub- 
routine nesting bounded only by memory size. 



EPROM/ROM Capacity 

Sockets for up to 8K bytes of nonvolatile read only mem- 
ory are provided on the iSBC 544 board. Read only mem- 
ory may be added in 2K-byte increments up to a max- 
imum of 4K bytes using Intel 2716 EPROMs or masked 
ROMs; or in 4K-byte increments up to 8K bytes maximum 
using Intel 2732 EPROMs. All on-board EPROM/ROM 
operations are performed at maximum processor speed. 



RAM Capacity 

The iSBC 544 contains 16K bytes of dynamic read/write 
memory using Intel 2117 RAMs. Power for the on-board 
RAM may be provided on an auxiliary power bus, and 
memory protect logic is included for RAM battery back- 
up requirements. The iSBC 544 contains a dual port con- 
troller, which provides dual port capability for the on- 
board RAM memory. RAM accesses may occur from 
either the on-board 8085A CPU or from another bus 
master, when used as an intelligent slave. Since on- 
board RAM accesses do not require the MULTIBUS, the 
bus is available for concurrent bus master use. Dynamic 
RAM refresh is accomplished automatically by the iSBC 
544 for accesses originating from either the CPU or from 
the MULTIBUS. 

Addressing — On board RAM, as seen by the on-board 
8085A CPU, resides at address 8000 H -BFFF H . On-board 
RAM, as seen by an off-board CPU, may be placed on 
any 4K-byte address boundary. The iSBC 544 provides 
extended addressing jumpers to allow the on-board 
RAM to reside within a one megabyte address space 
when accessed via the MULTIBUS. In additon, jumper 
options are provided which allow the user to protect 8K- 
or 12K-bytes on-board RAM for use by the on-board 
8085 CPU only. This reserved RAM space is not access- 
ible via the MULTIBUS and does not occupy any system 
address space. 

Static RAM — The iSBC 544 board also has 256 bytes of 
static RAM located on the Intel 8155 PPI. This memory is 
only accessible to the on-board 8085A CPU and is located 
at address 7F00 H -7FFF H . 
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Programmable Timers 

The iSBC 544 board provides seven fully programmable 
and independent interval timer/counters utilizing two 
Intel 8253 Programmable Interval Timers (PIT), and the 
Intel 8155. The two Intel 8253 PITs provide six independ- 
ent BCD or binary 16-bit interval timer/counters and the 
8155 provides one 14-bit binary timer/counter. Four of 
the PIT timers (BDGO-3) are dedicated to the USARTs 
providing fully independent programmable baud rates. 

Three General Use Timers — The fifth timer (BDG4) may 
be used as an auxiliary baud rate to any of the four 
USARTs or may alternatively be cascaded with timer six 
to provide extended interrupt intervals. The sixth PIT 
timer/counter (TINT1) can be used to generate interrupt 
intervals to the on-board 8085A. In addition to the timer/ 
counters on the 8253 PITs, the iSBC 544 has a 14-bit 
timer available on the 8155 PPI providing a third general 
use timer/counter (TINTO). This timer output is jumper 
selectable to the interrupt structure of the on-board 
8085A CPU to provide additional timer/counter capability. 

Timer Functions — In utilizing the iSBC 544 board, the 
systems designer simply configures, via software, each 
timer independently to meet systems requirements. 
Whenever a given baud rate or interrupt interval is 
needed, software commands to the programmable 
timers select the desired function. The on-board PITs 
together with the 8155 provide a total of seven timer/ 
counters and six operating modes. Mode 3 of the 8253 is 
the primary operating mode of the four dedicated USART 
baud rate generators. The timer/counters and useful 
modes of operation for the general use timer/counters 
are shown in Table 1. 

Interrupt Capability 

The iSBC 544 board provides interrupt service for up to 
21 interrupt sources. Any of the 21 sources may interrupt 
the intelligent controller, and all are brought through the 
interrupt logic to 12 interrupt levels. Four interrupt levels 
are handled directly by the interrupt processing capa- 
bility of the 8085A CPU and eight levels are serviced 
from an Intel 8259A Programmable Interrupt Controller 
(PIC) routing an interrupt request output to the INTR 
input of the 8085A (see Table 2). 

Interrupt Sources — The 22 interrupt sources originate 
from both on-board communications functions and the 
Multibus. Two interrupts are routed from each of the 
four USARTs (8 interrupts total) to indicate that the 
transmitter and receiver are ready to move a data byte to 
or from the on-board CPU. The PIC is dedicated to 
accepting these 8 interrupts to optimize USART service 
request. One of eight interrupt request lines are jumper 
selectable for direct interface from a bus master via the 
system bus. Two auxiliary timers (TINTO from 8155 and 
TINT1 from 8253) are jumper selectable to provide 
general purpose counter/timer interrupts. A jumper 
selectable Flag Interrupt is generated to allow any bus 
master to interrupt the iSBC 544 by writing into the base 
address of the shared dual port memory accessable to 
the system. The Flag Interrupt is then cleared by the 
iSBC 544 when the on-board processor reads the base 
address. This interrupt provides an interrupt link between 



Table 1. Programmable Timer Functions 



Function 


Operation 


Counter 


Interrupt on 


When terminal count 


8253 


Terminal Count 


is reached, an inter- 


TINT1 


(ModeO) 


rupt request is gener- 
ated. This function is 
useful for generation 
of real-time clocks. 




Rate Generator 


Divide by N counter. 


8253 


(Mode 2) 


The output will go low 
for one input clock 
cycle and high for N-1 
input clock periods. 


BDG4 • 


Square- Wave 


Output will remain 


8253 


Rate Generator 


high until one-half the 


BDGO-4 


(Mode 3) 


TC has been com- 
pleted, and go low for 
theotherhalf of the 
count. This is the pri- 
mary operating mode 
used for generating a 
Baud rate clocked to 
the USARTs. 


TINT1 


Software 


When the TC is loaded, 


8253 


Triggered 


the counter will begin. 


BDG4* 


Strobe 


On TC the output will 


TINT1 


(Mode 4) 


go low for one input 
clock period. 




Single Pulse 


Single pulse when TC 


8155 




reached. 


TINTO 


Repetitive 


Repetitive single pulse 


8155 


Single Pulse 


each time TC is 
reached until a new 
command is loaded. 


TINTO 



BDG4 is jumper selectable as an auxiliary baud rate generator to the 
USARTs or as a cascaded output to TINT1. BDG4 may be used in modes 
2 and 4 only when configured as a cascaded output. 

Table 2. Interrupt Vector Memory Locations 



Interrupt 




Vector 


Interrupt 


Source 




Location 


Level 


Power Fail 


TRAP 


24 H 


1 


8253TINT1 


RST 7.5 


3C H 


2 


81 55 TINTO 








Ring Indicator <1) 


RST6.5 


34 H 


3 


Carrier Detect 








Flag Interrupt 


RST 5.5 


2C H 


4 


INT0/-INT7/(1of8) 








RXRDYO 


INTR 


Program- 


5-12 


TXRDYO 




mable 




RXRDY1 








TXRDY1 








RXRDY2 








TXRDY2 








RXRDY3 








TXRDY3 









(1) Four ring indicator interrupts and four carrier detect interrupts are 
summed to the RST 6.5 input. The 8155 may be interrogated to inspect 
any one of the eight signals. 
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a bus master and intelligent slave (See System Program- 
ming). Eight inputs from the serial ports are monitored 
to detect a ring indicator and carrier detect from each of 
the four channels. These eight interrupt sources are 
summed to a single interrupt level of the 8085A CPU. If 
one of these eight interrupts occur, the 8155 PPI can then 
be interrogated to determine which port caused the 
interrupt. Finally, a jumper selectable Power Fail Inter- 
rupt is available from the Multibus to detect a power 
down condition. 

8085 Interrupt — Thirteen of the twenty-two interrupt 
sources are available directly to four interrupt inputs of 
the on-board 8085A CPU. Requests routed to the 8085A 
interrupt inputs, TRAP, RST 7.5, RST 6.5 and RST 5.5 
have a unique vector memory address. An 8085A jump 
instruction at each of these addresses then provides 
software linkage to interrupt service routines located 
independently anywhere in the Memory. All interrupt 
inputs with the exception of the TRAP may be masked 
via software. 

8259A Interrupts — Eight interrupt sources signaling 
transmitter and receiver ready from the four USARTs are 
channeled directly to the Intel 8259A PIC.' The PIC then 
provides vectoring for the next eight interrupt levels. 
Operating mode and priority assignments may be recon- 
figured dynamically via software at any time during 
system operation. The PIC accepts transmitter and re- 
ceiver interrupts from the four USARTs. It then 
determines which of the incoming requests is of 
highest priority, determines whether this request is of 
higher priority than the level currently being serviced, 
and, if appropriate, issues an interrupt to the CPU. The 
output of the PIC is applied directly to the INTR input of 
the 8085A. Any combination of interrupt levels may be 
masked, via software, by storing a single byte in the 
interrupt mask register of the PIC. When the 8085A 
responds to a PIC interrupt, the PIC will generate a 
CALL instruction for each interrupt level. These ad- 
dressses are equally spaced at intervals of 4 or 8 (soft* 
ware selectable) bytes. Interrupt response to the PIC is 
software programmable to a 32- or 64-byte block of 
memory. Interrupt sequences may be expanded from 
this block with a single 8085A jump instruction at each 
of these addresses. 

Interrupt Output — In addition, the iSBC 544 board may 
be jumper selected to generate an interrupt from the on- 
board serial output data (SOD) of the 8085A. The SOD 
signal may be jumpered to any one of the 8 MULTIBUS 
interrupt lines (INT0/-INT7/) to provide an interrupt signal 
directly to a bus master. 

Power-Fail Control 

Control logic is also included to accept a power-fail 
interrupt in conjunction with the AC-low signal from the 
iSBC 635 Power Supply or equivalent. 

Expansion Capabilities 

When the iSBC 544 board is used as a single board com- 
munications controller, memory and I/O capacity may be 
expanded and additional functions added using Intel 
MULTIBUS™ compatible expansion boards. In this 



mode, no other bus masters may be configured in the 
system. Memory may be expanded to a 65K byte 
capacity by adding user specified combinations of RAM 
boards, EPROM boards, or combination boards. Input/ 
output capacity may be increased by adding digital I/O 
and analog I/O expansion boards. Furthermore, multiple 
iSBC 544 boards may be included in an expanded 
system using one iSBC 544 board as a single board com- 
munications computer and additional controllers as 
intelligent slaves. 

System Programming 

In the system programming environment, the iSBC 544 
board appears as an additional RAM memory module 
when used as an intelligent slave. The master CPU com- 
municates with the iSBC 544 board as if it were just an * 
extension of system memory. Because the iSBC 544 
board is treated as memory by the system, the user is 
able to program into it a command structure which will 
allow the iSBC 544 board to control its own I/O and 
memory operation. To enhance the programming of the 
iSBC 544 board, the user has been given some specific 
tools. The tools are: 1) the flag interrupt, 2) an on-board 
RAM memory area that is accessible to both an off- 
board CPU and the on-board 8085A through which a 
communications path can exist, and 3) access to the 
bus interrupt line. 

Flag Interrupt — The Flag Interrupt is generated any- 
time a write command is performed by an off-board CPU 
to the base address of the iSBC 544 board's RAM. This 
interrupt provides a means for the master CPU to notify 
the iSBC 544 board that it wishes to establish a com- 
munications sequence. In systems with more than one 
intelligent slave, the flag interrupt provides a unique in- 
terrupt to each slave outside the normal eight 
MULTIBUS interrupt lines (INT0MNT7/). 

On-Board RAM — The on-board 16K byte RAM area that 
is accessible to both an off-board CPU and the on-board 
8085A can be located on any 4K boundary in the system. 
The selected base address of the iSBC 544 RAM will 
cause a flag interrupt when written into by an off-board 
CPU. 

Bus Access — The third tool to improve system 
operation as an intelligent slave is access to the Multi- 
bus interrupt lines. The iSBC 544 board can both re- 
spond to interrupt signals from an off-board CPU, and 
generate an interrupt to the off-board CPU via the 
MULTIBUS. 

System Development Capability 

The development cycle of iSBC 544 board based prod- 
ucts may be significantly reduced using the Intellec 
series microcomputer development systems. The Intel- 
lec resident macroassembler, text editor, and system 
monitor greatly simplify the design, development and 
debug of iSBC 544 system software. An optional ISIS-II 
diskette operating system provides a linker, object code 
locater, and library manager. A unique in-circuit 
emulator (ICE-85) option provides the capability of 
developing and debugging software directly on the iSBC 
544 board. 
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SPECIFICATIONS 

Serial Communications Characteristics 



Synchronous — 



Asynchronous — 



Baud Rates 



5-8 bit characters; automatic sync 
insertion; parity. 

5-8 bit characters; break character 
generation; 1 , 1 Vi , or 2 stop bits; 
false start bit detection; break 
character detection. 



Frequency (KHz) 1 
(Software Selectable) 


Baud Rate (Hz) 2 


Synchronous 


Asynchronous 






+ 16 +64 


153.6 





9600 2400 


76.8 





4800 1200 


38.4 


38400 


2400 600 


19.2 


19200 


1200 300 


9.6 


9600 


600 150 


4.8 


4800 


300 75 


6.98 


6980 


110 



On-Board Dynamic RAM (MULTIBUS access) — any 4K 

increment 00000-FF000 which is switch and jumper 
selectable. 4K- 8K- or 16K-bytes can be made available 
to the bus by switch selection. 

I/O Capacity 

Serial — 4 programmable channels using four 8251A 

USARTs. 

Parallel — 10 programmable lines available for Bell 801 

ACU, or equivalent use. Two auxiliary jumper selectable 

signals. 

I/O Addressing 
On-Board Programmable I/O 



Notes: 

1) Frequency selected by I/O writes of appropriate 16-bit frequency factor 
to Baud Rate Register. 

2) Baud rates shown here are only a sample subset of possible software 
programmable rates available. Any frequency from 18.75 Hz to 614.4 
KHz may be generated utilizing on-board crystal oscillator and 16-bit 
Programmable Interval Timer (used here as a frequency divider). 

8085ACPU 

Word Size — 8, 16 or 24 bits/instruction; 8 bits of data 

Cycle Time — 1 .45/usec ± .1 % for fastest executable 

instruction; i.e. four clock cycles. 
Clock Rate — 2.76 MHz ± .1 % 



System Access Time 
Dual port memory — 740 nsec 

Note: Assumes no refresh contention 



Memory Capacity 

On-Board ROM/PROM — 4K, or 8K bytes of user installed 
ROMorEPROM. 

On-Board Static RAM — 256 bytes on 8155. 

On-Board Dynamic RAM (on-board access) — 16K bytes. 
Integrity maintained during power failure with user- 
furnished batteries (optional). 

On-Board Dyanmic RAM (MULTIBUS access) — 4K, 8K, 

or 16K-bytes available to bus by switch selection. 



Memory Addressing 

On-Board ROM/PROM — 0-0FFF (using 2716 EPROMs or 
masked ROMs); 0-1 FFF (using 2732A EPROMs) 

On-Board Static Ram — 256 bytes: 7F00-7FFF 

On-Board Dynamic RAM (on-board access) — 16K bytes: 
8000-BFFF. 

(12-38 



Port 


Data 


Control 


USART0 


DO 


D1 


USART 1 


D2 


D3 


USART2 


D4 


D5 


USART 3 


D6 


D7 


8155 PPI 


E9(PortA) 
EA (Port B) 
EB(PortC) 


E8 



Interrupts 

Addresses for 8259A Registers (Hex notation, I/O ad- 
dress space) 

E6 Interrupt request register 

E6 In-service register 

E7 Mask register 

E6 Command register 

E7 Block address register 

E6 Status (polling register) 

Note: Several registers have the same physical address: Sequence of 
access and one data bit of the control word determines which register 
will respond. 

Interrupt levels routed to the 8085 CPU automatically 
vector the processor to unique memory locations: 
24 TRAP 
3C RST7.5 
34 RST6.5 
2C RST 5.5 

Timers 

Addresses for 8253 Registers (Hex notation, I/O address 
space) 

Programmable Interrupt Timer One 

D8 Timer BDG0 

D9 Timer 1 BDG1 

DA Timer 2 BDG2 

DB Control register 

Programmable Interrupt Timer Two 

DC Timer BDG3 

DD Timer 1 BDG4 

DE Timer 2 TI.NT1 

DF Control register 

Address for 81 55 Programmable Timer 

E8 Control 

ED Timer (LSB) TINT0 

EC Timer (MSB) TINT0 
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Input frequencies — Jumper selectable reference 
1.2288 MHz±.1% (.814 usee period nominal) or 1.843 
MHz± .1% crystal (0.542 usee period, nominal) 

Output Frequencies (at 1.2288 MHz) 



Function 


Single timer/counter 


Dual timer/counter 
(two timers cascaded) 




Mln 


Max 


Mln 


Max 


Real-time 
interrupt interval 

Rate Generator 
(frequency) 


1.63 usee 
18.75 Hz 


53.3 usee 
614.4 KHz 


3.26 usee 
0.00029 Hz 


58.25 min 
307.2 KHz 



Interfaces 

Serial I/O — EIA Standard RS232C signals provided and 

supported: 

Carrier Detect 

Clear to Send 

Data Set Ready 

Data Terminal Ready 

Request to Send 

Receive Clock 



Receive Data 
Ring Indicator 
Secondary Receive Data * 
Secondary Transmit Data * 
Transmit Clock 
Transmit Data 
DTE Transmit Clock 



* Optional if parallel I/O port is not used as Automatic Calling Unit. 

Parallel I/O — Four inputs and eight outputs (includes 
two jumper selectable auxiliary outputs). All signals 
compatible with EIA Standard RS232C. Directly compat- 
ible with Bell Model 801 Automatic Calling Unit, or 
equivalent. 
MULTIBUS — Compatible with iSBC MULTIBUS. 

OnBoard Addressing 

All communications to the parallel and serial I/O ports, 
to the timers, and to the interrupt controller, are via read 
and write commands from the on-board 8085A CPU. 



Auxiliary Power 

An auxiliary power bus is provided to allow separate 
power to RAM for systems requiring battery backup of 
read/write memory. Selection of this auxiliary RAM 
power bus is made via jumpers on the board. 

Connectors 



Interface 


Pins 
(qty) 


Centers 
(in.) 


Mating Connectors 


Bus 


86 


0.156 


Viking 2KH43/9AMK12 


Parallel I/O 


50 


0.1 


3M 3415-000 or 
AMP 88083-1 


Serial I/O 


26 


0.1 


3M 3462-000 or 
AMP 88373-5 



Memory Protect 

An active-low TTL compatible memory protect signal is 
brought out^on the auxiliary connector which, when 
asserted, disables read/write access to RAM memory on 
the board. This input is provided for the protection of 
RAM contents during the system power-down sequences. 

Bus Drivers 



Function 


Characteristic 


Sink Current (mA) 


Data 

Address 

Commands 


Tri-state 
Tri-state 
Tri-state 


50 
15 
32 



Note: Used as a master in the single board communications computer 
mode. 

Physical Characteristics 

Width: 30.48 cm (12.00 inches) 

Depth: 17.15 cm (6.75 inches) 

Thickness: 1.27 cm (0.50 inch) 

Weight: 3.97 gm (14 ounces) 

Electrical Characteristics 

DC Power Requirements 



Current Requirements 


Configuration 


V CC =+5V 
± 5% (max) 


V DD =±12V V BB =-5V(3) 
+ 5% (max) | ±5% (max) 


V AA =-12V 

* 5% (max) 


With4K 
EPROM 
(using 2716) 


\qq = 3.4 max 
max 


l DD = 350mA 


Igg = 5mA max 


l AA = 200mA 
max 


Without 
EPROM 


3.3A max 


350 mA max 


5 mA max 


200 mA max 


RAM only ,1) 


390 mA max 


176 mA max 


5 mAmax 


- 


RAM' 2 ' 
refresh only 


390 mA max 


20 mA max 


5 mA max 





Notes: 1 For operational RAM only, for AUX power supply rating 

2 ForRAM refresh only Used for battery backup requirements No RAM 
accessed 

3 Vgg is normally derived onboard from V AA . eliminating the need for a 
Vgg supply If it is desired to supply Vgg from the bus, the current 
requirement is as shown 

Environmental Characteristics 

Operating Temperature: 0°C to 55°C (32°F to 131 °F) 
Relative Humidity: To 90% without condensation 

Reference Manual 

502160 — iSBC 544 Intelligent Communications Con- 
troller Board Hardware Reference Manual (NOT SUP- 
PLIED) 

Reference manuals are shipped with each product only 
if designated SUPPLIED (see above). Manuals may be 
ordered from any Intel sales representative, distributor 
office or from Intel Literature Department, 3065 Bowers 
Avenue, Santa Clara, California95051. 



ORDERING INFORMATION 



Part Number 

ISBC544 



Description 

Intelligent Communications 
Controller 
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SOEMI (Serial OEM Interface) 

CONTROLLER BOARD 



Dedicated I/O controller provides a 
direct connection of MULTIBUS -based 
systems to an IBM 4361 Mainframe host 
via IBM's SOEMI (Serial OEM Interface) 
protocol 

Physical interface is via IBM 3270 coax 
with a maximum distance of 1 .5 km 

Maximum transmission rate of 
2.36 Megabits/second 

Dual I/O processors manage both SOEMI 
and MULTIBUS® interfaces 



Includes a SMC-to-BNC cable assembly 
to attach into the IBM 3270 Information 
Display System 

On-board diagnostic capability provides 
operational status of board function and 
link with the Host 

Supported by a complete family of single 
board computers, memory, digital and 
analog I/O, peripheral and graphics con- 
trollers' packaging and software 



The Intel iSBC® 561 SOEMI (Serial OEM Interface) Controller Board is a member of Intel's family of single board 
computers, memory, I/O, peripheral and graphics controller boards. It is a dedicated intelligent I/O controller 
on a MULTIBUS form-factor printed circuit card. The board allows OEMs of MULTIB US-based systems a direct, 
standard link to an IBM System 4361 environment via the SOEMI (Serial OEM Interface). The iSBC 561 Con- 
troller also provides 4361 users access to the broad range of applications supported by hundreds of MULTI- 
BUS vendors. 

The SOEMI interface is comprised of an IBM System/370 programming interface and a 3270 coax interface. 
It is a flexible, high speed, point-to-point serial interface offered as a standard feature on the 4361 processor 
family. The iSBC 561 SOEMI Controller Board contains two processors and provides the necessary intelligence 
for conversion, control functions, and buffer management between the IBM mainframe and the MULTIBUS sys- 
tem. This board allows an IBM user to distribute control and information to MULTIBUS compatible systems for 
a variety of applications including factory automation, data acquisition, measurement, control, robotics, process 
control, communications, local area networking, medical instrumentation, and laboratory automation. 




* IBM is a trademark of International Business Machine Corp. 

Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent licenses 
are implied. Information contained herein supersedes previously published specifications on these devices from Intel. 



© INTEL CORPORATION, 1985 
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SOEMI INTERFACE OVERVIEW 

The Serial OEM Interface (SOEMI) is a new means of 
connecting Original Equipment Manufacturer (OEM) 
MULTIBUS-based systems and subsystems to an 
IBM 4361 mainframe. Previously, the only low-cost 
way to attach non-IBM equipment into the IBM main- 
frame environment was to use 3270 emulation soft- 
ware and hardware adaptors. This type of interface is 
low-speed (approx. 19.6K bits/sec.) and not very flex- 
ible as to the type and format of data that can be trans- 
ferred. The 3270 emulators must mimic the device 
formats of the displays and printers that are typically 
attached on this interface; stripping out command 
characters, carriage return and line feed characters, 
etc. The SOEMI Protocol is much faster and more flex- 
ible, in that any type of raw data or formatted data may 
be sent across the connecting coax cable. 



The SOEMI attachment into the MULTIBUS system 
architecture, via the iSBC 561 SOEMI Controller 
Board, extends the attachment capabilities of the 
IBM 4361 to a variety of systems, boards, and I/O 
devices provided by other manufacturers. Figure 1 is 
an example of the variety achievable on Intel's MUL- 
TIBUS (IEEE 796) system architecture. 



The SOEMI interface utilizes the System/370 
Programming Interface on the IBM 4361 to create the 
protocols and formats required by a given application 
for connection to and communication with virtually any 
type of OEM device. 



The System/370 Programming Interface provides the 
standard System/370 I/O instructions for exchanging 
data between the host and the MULTIBUS-based sys- 
tem. System/370 applications see MULTIBUS system 
memory as one or more entities called "spaces." The 
4361 host system program writes to and reads from 
these spaces. The user can define the number of 
spaces or the layout of fields in the SOEMI interface 
at his discretion and as required by the application and 
the MULTIBUS system configuration. 

The 3270 coax interface provides the physical connec- 
tion between the OEM MULTIBUS system and the 
IBM 4361 host. The coax cable (type RG62AU) can 
operate over a distance of 1 .5 kilometers at a maximum 
transfer rate of 2.3587 Mbits/second. The distance of 
1 .5 kilometers can be increased to a maximum of 3 
kilometers by installing an l$M 3299 Terminal Mul- 
tiplexer (repeater) between the IBM 4361 and the 
MULTIBUS system. The protocol at the coax interface 
includes a polling mechanism, a set of Write and Read 
commands, and requires a buffer with an address 
register at the OEM controller end. 

The actual connection to the IBM 4361 is made via the 
IBM 3270 Information Display System's Display/ 
Printer Adapter (DPA) and/or Work Station Adapter 
(WSA) coax ports. The DPA can drive up to sixteen 
3270/SOEMI coax ports, and is the standard config- 
uration. The WSA is an optional add-on to the IBM 
4361 that increases the total number coax ports 
supported to 40. A typical 4361 configuration can sup- 
port an aggregate data rate of approximately 45K 
Bytes/second (approx. 360K bits/second). 



IBM 4361 
DISPLAY PRINTER ADAPTER 
OR WORK STATION ADAPTER 



iSBC® 561 SOEMI 
INTERFACE CONTROLLER 



MULTIBUS* (IEEE 796) 



SINGLE BOARD 
COMPUTER 
WITH O/S 



MEMORY 
BOARD 



CONTROLLER 
BOARD 



CONTROLLER 
BOARD 



186, 286, etc. 
iRMX™ OPERATING 

SYSTEM 
XENIX* 



RAM 
ROM 
EPROM 
BUBBLES 



•XENIX is a trademark of MICROSOFT 



ETHERNET 

IEEE 488 

RS232 

MAP 

ANALOG I/O 

DIGITAL I/O 

OTHER INTERFACES 



DEVICES 
DISK 

DISKETTE 
PRINTER 
DISPLAY (ASC II) 



Figure 1. IBM 4361-to-MULTIBUS® Attachment Capability Block Diagram 
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OPERATING ENVIRONMENT 

The iSBC 561 board functions as a slave to the host 
mainframe, reacting and executing under System/370 
program control as a mainframe resource. In addition, 
it has a full multimaster MULTIBUS interface that al- 
lows the board to arbitrate for bus ownership, gener- 
ate bus clocks, respond to and generate interrupts, 
etc. With the iSBC 561 controller connected to the 
4361 mainframe, all MULTIBUS system resources are 
available to the IBM host program/controller. From the 
IBM 4361 side, the mainframe is capable of access- 
ing the entire 16 MBytes of MULTIBUS system 
memory, 64K Bytes of I/O space, and all on-board 
resources of the iSBC 561 board. Other intelligent 
MULTIBUS boards access iSBC 561 controller serv- 
ices through normal interrupt mechanisms. 



Using the SOEMI interface in a relatively low-level 
application may simply require the user to write Sys- 
tem/370 application control programs that reside in 
the IBM 4361 mainframe. A more elaborate implemen- 
tation would also involve application programs that re- 
side in the MULTIBUS system under its "native" 
operating environment (i.e., iRMX or XENIX operat- 
ing systems) and an end-to-end protocol that ties both 
sets of application programs together. 



ARCHITECTURE 

The iSBC 561 board is functionally partitioned into 
three major sections: the front-end section, the com- 
mon section, and the back-end section (see Figure 2). 
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Figure 2. iSBC® 561 SOEMI (Serial OEM Interface) Controller Board Functional Block Diagram 
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Front-end Processor Section: 
IBM 4361 Interface 

The front-end section of the iSBC 561 Controller board 
interfaces with the IBM mainframe via the IBM 3270 
Information Display System, and consists of an 8X305 
Signetics microcontroller, the 8X305 instruction 
memory, and the coaxial interface. The 8X305 exe- 
cutes the coax commands and places the structured 
field's instructions in shared memory buffers for sub- 
sequent execution by the back-end processor. The 
front-end instruction memory consists of three 2K x 8 
bit PROMs which provide the instruction code for the 
8X305 processor and the information needed to 
generate the various control signals required by the 
8X305 to elicit system functions. The information con- 
tained in each PROM is not modifiable by the user. 
The coaxial interface is based on a DP8340 transmit- 
ter component that converts 8-bit parallel data 
received from the front-end processor to a 12-bit serial 
stream, and a DP8341 receiver component, that con- 
verts a 12-bit serial stream of data from the mainframe 
to parallel data with separated command and parity 
bits. 

Common Section: 
Shared Memory Buffer 

The common section of the iSBC 561 board consists 
of two 8 bit, bi-directional message registers and a 
16Kx8 bit static RAM shared buffer. This shared 
memory buffer between the front-end processor and 
the back-end processor is the resource for transfer- 
ring information and control messages between the 
IBM 4361 host and the MULTIBUS system. 

Back-end Processor Section: 
MULTIBUS® Interface 

The back-end section of the board provides an intel- 
ligent interface to the MULTIBUS system bus, and 
consists of the 8086-2 microprocessor, local memory, 
bus interface circuitry, and memory-mapped logic. 
The 8086 processor is capable of either retrieving in- 
formation the 8X305 placed in the shared buffer, or 
placing information in the shared buffer, depending 
on the direction of the transfer and type of operation 
or task to be performed. The information is stored in 
the shared buffer as a set(s) of structured fields. The 
back-end processor transfers this information by per- 
forming 8- or 16-bit data transfers to or from the 
MULTIBUS system bus, the shared buffer, and the 
local memory. 



The control program for this high-speed, back-end 
processor is resident in two local ROM sites. The 
processor also has access to 1 6K bytes of static RAM 
for local data storage. 

The back-end section interfaces to other MULTIBUS 
boards through two bus controllers, a bus arbiter, and 
the address, data, and command buffers for access 
over the 24 address lines and 16 data lines of the 
MULTIBUS system bus. 



OPERATION FLOW 

The commands and information passed along the 
coax by the IBM 4361 host to the iSBC 561 controller 
represent what is known as a "structured field." The 
iSBC 561 front-end processor strips out the 12-bit pro- 
tocol header deposits the remaining structured field(s) 
in the shared memory buffer, and notifies the back- 
end processor. The back-end processor then process- 
es these structured fields in order to access the proper 
MULTIBUS memory space and I/O ports. It then 
deposits the information or task in the space and noti- 
fies the MULTIBUS subsystem master that a transfer 
has occurred and is awaiting service. 

When requiring service, the MULTIBUS system appli- 
cation sends an interrupt to the iSBC 561 board. The 
board then issues an attention to the mainframe. At 
this point, the 4361 is under no obligation or time con- 
straint to service the interrupt, and its response is 
application dependent. 

The mainframe issues commands to service the inter- 
rupt. The information concerned with the interrupt is 
then passed through the shared memory and serial- 
ized by the iSBC 561 board before being sent to the 
mainframe. The exact communications protocol used 
for this end-to-end transfer is defined by the user 
application programs running in both operating 
environments. 



Interface Connector/Cable Assembly 

The cable assembly used to connect the iSBC 561 
SOEMI Controller Board to the IBM mainframe cable 
assembly consists of RG180 type cable having an 
SMC connector on one end (which mates to the iSBC 
561 board right angle SMC connector) and a BNC 
connector on the other end (which mates to the IBM 
mainframe cable assembly connector). 
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SPECIFICATIONS 
Operational Characteristics 

Back-end processor — Intel 8086-2/5 MHz 

— 20-bit address path; 8/1 6-bit 
data path 

Front-end processor — Signetics 8X305/8 MHz 

— 16-bit instruction path; 8-bit 
data path 

Serial Transfer Rate — 2.3587 Mbits/second (max. 
bit rate) 

— 360K bits/second (approx. 
aggregate throughput) 



Serial Transfer 
Rate 



■ Binary dipulse (with 12-bit 
serial stream) 



Memory Capacity — All iSBC 561 controller board 
memory is available to on-board 
firmware only. 

Common memory — 16K Bytes of Shared Buffer 

memory (SRAM @ wait state 

access) 
8086-2 memory — 1 6K Bytes of EPROM; 

16K Bytes of SRAM 
8X305 memory — 4K Bytes of Instruction memory 

(EPROM) ' 

— 2K Bytes of Control memory 

(EPROM) 

Physical Characteristics 

Width: 30.48 cm (12.00 in) 
Height: 17.15 cm (6.75 in) 
Depth: 1.78 cm (0.70 in) 
Weight: 510gm(18oz) 

Electrical Characteristics 

DC Power Requirements: 
Voltage— +5V 
Current (Max) — 6.28A 
Current (Typ) — 5.46A 
Power Dissipation (Max) — 35.5VA 



Cable Characteristics 

Impedance: coax connector - 50 ohms (nominal) 
external cable (user furnished) - 
95 ohms (nominal) 

Capacitance: 35 pF/ft 

Propagation: 1.6 ns/ft 



Environmental Characteristics 

Operating Temperature: 0° to 55°C at 200 LFM 
air velocity 

Operating Humidity: 10 to 85% non-condensing 
(0°to55°C) 

Non-Operating Temperature: -40°to75°C 

Shock: 30G for a duration of 1 1 ms with Vfe sinewave 
shape. 

Vibration: to 55 Hz with 0.0 to 0.010 inches peak 
to peak excursion. 



Reference Manuals 

147048-001 — iSBC 561 SOEMI (Serial OEM 

Interface) Controller Board Hardware 
Reference Manual (NOT SUPPLIED) 

Reference manual may be ordered from any Intel 
sales representative, distributor office, or from Intel 
Literature Department, 3065 Bowers Avenue, Santa 
Clara, California 95051. 

GA33-1 585-0 (File No. S370-03) — IBM Serial OEM 
Interface (SOEMI) Reference Manual 
(NOT SUPPLIED) 

Reference manual may be ordered from IBM Ad- 
vanced Technical Systems; Dept. 3291, 7030-16; 
Schoenaicherstr. 220; 7030 Boeblingen. Federal 
Republic of Germany. 



ORDERING INFORMATION 

Part Number Description 
iSBC 561 SOEMI (Serial OEM Interface) 

Controller Board 
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iSBC®580 MULTICHANNEL™ BUS 
TO iLBX™ BUS INTERFACE 



■ MULTICHANNEL™ I/O bus 16-bit 
Talker/Listener interface 



■ Data rates up to 5.3 megabytes per 
second 



■ iLBX™ bus master interface (primary or 
secondary) 

■ Supports MULTIBUS® interrupts 



■ Addresses up to 16 megabytes of 
iLBX™ bus memory 

■ MULTIBUS® form factor 



The iSBC®580 Interface Board is a member of Intel's complete line of MULTIBUS® microcomputers which maxi- 
mize system performance by using separate optimized buses for intra-system communication (MULTIBUS system 
bus), high speed I/O (MULTICHANNEL™ DMA I/O bus), expansion I/O (iSBX™ I/O expansion bus) and high-speed 
memory expansion (iLBX™ execution bus). The iSBC 580 board provides a key element in the enhanced MULTIBUS 
system architecture by implementing a MULTICHANNEL I/O bus to iLBX bus interface on a single 6.75 x 12.00 inch 
printed circuit board. Using an LSI state machine with standard on-chip firmware to maximize throughput, the on-board 
Intel® 8048 Single Component Microcomputer transfers data between a MULTICHANNEL Controller, device and up 
to 16 megabytes of iLBX bus resident memory at rates up to 5.3 megabytes per second. Acting as a MULTICHANNEL 
Talker/Listener, the iSBC 580 board increases the system's overall performance by transferring data between the 
MULTICHANNEL I/O bus and system memory without using the MULTIBUS system bus. As shown in Figure 1 , this 
allows other system tasks to utilize MULTIBUS resources while high-speed I/O block transfers are occurring simultane- 
ously. The board's high throughput and independence from MULTIBUS activities make it an ideal solution for applica- 
tions that must transfer large amounts of data in and out of a MULTIBUS system, such as MULTIBUS to host computer 
links and mass storage, graphics display and high-speed data acquisition subsystem interfaces. 




12-45 



inteT 



iSBC® 580 



FUNCTIONAL DESCRIPTION 
MULTICHANNEL™ Interface Capabilities 

The MULTICHANNEL I/O bus is designed to provide a 
general purpose, high-speed data path between a 
microcomputer system and up to 15 block transfer de- 
vices. Using a 16-bit wide data bus and a simple asyn- 
chronous handshaking scheme, the MULTICHANNEL 
bus can operate over distances up to 1 5 meters (50 feet) 
with a maximum burst throughput of 8 megabytes/sec- 
ond. The bus consists of 16 address/data lines, 6 con- 
trol lines, 2 interrupt lines, parity lines and reset. Via 
these signals, a MULTICHANNEL Supervisor or Con- 
troller may configure and then initiate a block data 
transfer with any other device on the bus. 

The iSBC 580 board acts as a 1 6-bit only Talker/Listener 
device on the MULTICHANNEL I/O bus. As a Talker/ 
Listener, the board will respond to Register Read or 
Write and DMA requests issued by the MULTICHANNEL 
Supervisor (typically an iSBC 589 board) or by a MULTI- 
CHANNEL Controller device. 

The iSBC 580 board implements 32 MULTICHANNEL 
Device Registers. The first three registers are the stand- 
ard STO Status, SRQ Status and SRQ Mask Registers, 
as defined by the MULTICHANNEL Bus Specification. 
The remaining registers are used to communicate with 
the on-board firmware and for user data storage. The 
firmware operations which may be initiated by writing 
to the Command Register are listed in Table 1. The 
iSBC 580 board always sends and receives a 16-bit 
word on the MULTICHANNEL interface but, the iSBC® 



580 device registers (see Table 2) are 8-bit only. Register 
Write operations use only the low order 8-bits (AD0-AD7). 
Register Read operations place the data on the low order 
data lines of the MULTICHANNEL I/O bus and set the 
high order data lines to FFH. 



Command 
Code (Hex) 


Operation 





No Operation 


1 


Go off line forever 


2 


STO poll (diagnostic) 


3 


SRQ poll (diagnostic) 


4 


Set on-board timer 


5 


Read on-board timer 


6 


Start on-board timer 


7 


Stop on-board timer 


8 


Generate Task Complete 




interrupt 


9 


Perform checksum on firm- 




ware (diagnostic) 


A 


Turn on-board LED on 


B 


Turn on-board LED off 


C 


Reset 


D, E 


Reserved 


F 


Set interrupt mask 


10 


Read interrupt mask 


11-1F 


Reserved 



Table 1. iSBC 580 Firmware Commands 
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Figure 1. iSBC®580 board, configured as an iLBX™ Bus Primary Master, transfers data between iLBX T 
memory and MULTICHANNEL™ devices without using the system bus. The iSBC®589 board 
acts as the MULTICHANNEL™ Supervisor and performs data transfers between 
MULTIBUS® memory and MULTICHANNEL™ devices. 
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The iSBC 580 board can generate maskable MULTI- 
CHANNEL, STO interrupts when the board detects a 
parity error in incoming MULTICHANNEL data, when 
the board attempts to address non-existent iLBX memory 
or when the board detects a MULTIBUS interrupt from 
the system in which it resides. The last type of interrupt 
allows a single board computer to send an interrupt via 
the iSBC 580 board to the MULTICHANNEL Supervisor 
located in another MULTIBUS system. The board can 
also generate a number of SRQ interrupts on the MULTI- 
CHANNEL bus as shown in Figure 2. 





7 









X X 
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X 

LM 
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PEM 

MIM 
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Don't care 
iLBX™ lock/mask 
Time out mask (STO) 
Parity error mask (STO) 
MULTIBUS® interrupt mask (STO) 
Forced Parity Error mask 





Figure 2. iSBC" 580 Interrupt Mask Register (14H) 

iLBX™ Bus Interface Capabilities 

Used in conjunction with the MULTIBUS interface, the 
iLBX bus is designed to provide off-board memory and 
I/O expansion for single board computers while main- 
taining on-board performance. The iLBX bus provides 
high-speed access to compatible expansion boards by 
granting privileged use of the bus to a single Primary 
Master. The bus also provides limited access to iLBX 
bus expansion boards for, at most, one Secondary Mas- 



ter that requires only occasional or non-concurrent ac- 
cess to iLBX resources. The iLBX bus, with 16 data 
lines, 24 address lines plus control, parity and interrupt 
signals, utilizes all the pins on the P2 connector except 
the four pins dedicated to the high-order address lines 
of the MULTIBUS interface. The non-multiplexed ad- 
dress and data lines provide access to up to 1 6 mega- 
bytes of iLBX bus resident memory, on up to 4 separate 
expansion boards, at speeds comparable to that of a 
single board computer's on-board resources. 

The iSBC 580 board is configurable as either a Primary 
or a Secondary Master on the iLBX bus. Figure 1 shows 
atypical system configuration, with an iSBC 580 board 
acting as a Primary Master. The board can access up 
to 16 megabytes of iLBX memory. Supporting 16-bit 
transfers on the MULTICHANNEL bus, the board ac- 
cesses memory as 16-bit words on even byte iLBX ad- 
dress boundaries. To increase the performance of iLBX 
memory read operations, the iSBC 580 board pre- 
fetches data from memory while the current data word 
is being transferred over the MULTICHANNEL I/O bus. 



Register 


Address 


STO Status 


00H 


SRQ Status 


01H 


SRQ Mask 


02H 


RESERVED 


03H-0FH 


General Purpose Registers 


10HMFH 



NOTE: 10H used as Command Register. 

Table 2. iSBC® 580 MULTICHANNEL™ 
Register Set 



Device 



SPECIFICATIONS 

MULTICHANNEL™ Bus 

Interface — Basic Talker/Listener 

Transfer Mode — 16-bit 

Device Address — Jumper selectable between 00H 
and 0EH 

Registers — STO status, SRQ status, SRQ mask plus 
device specific registers 

Signal Level — TTL compatible 

iLBX™ Bus 

Interface — Primary or Secondary (default) Master 
Transfer Mode — 1 6-bit 



Addressing — 1 6 megabytes on even byte boundaries 
only 

Signal Level — TTL compatible 



MULTIBUS® Interface 

Data — None 

Addressing — None 

Interrupts — Jumper configurable to use any 1 of the 8 
MULTIBUS interrupt lines. Interrupts are edge triggered. 

Signal Level — TTL compatible 



Throughput 

5.3 megabytes/sec (2.65 megatransfers) max. 
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Connectors 

iLBX™ BUS INTERFACE 
Double-Sided Pins — 60 

Centers — 0.1 00 in. 

Mating Connectors* — Kelam RF30-2803-5 
T&B Ansley A3020 
(609-6025 modified) 

MULTICHANNEL™ BUS INTERFACE 

Pins — 60 

Centers — 0.100 in. 

Mating Connectors* — 3M 3334-6000 
Berg 65949-960 

* Connectors compatible with those listed may also be used. 

Physical Characteristics 

Width — 12.00 inches (30.5 cm) 
Height — 6.75 inches (17.1 cm) 
Depth — 0.60 inches (1 .5 cm) 
Weight — 12 ounces (340 gm) 



Environmental Characteristics 
Operating Temperature — 0° to 55°C 
Relative Humidity — to 90% (without condensation) 

DC Power Requirements 

Voltage —+ 5 volt only + 5% 
Current — 2.5 amps (typical) 

Reference Manuals 

144457-001 — iSBC 580 MULTICHANNEL to iLBX Bus 
Interface Board Hardware Reference Manual (NOT 
SUPPLIED) 

143269-001 — Intel MULTICHANNEL Bus Specifica- 
tion (NOT SUPPLIED) 

144456-001 

PLIED) 

142996-001 — iSBC 589 Intelligent DMA Controller 
Board Hardware Reference Manual (NOT SUPPLIED) 

Manuals may be ordered from any Intel sales represen- 
tative, distributor office or from Intel Literature Depart- 
ment, 3065 Bowers Avenue, Santa Clara, CA 95051 



• Intel iLBX Bus Specification (NOT SUP- 



ORDERING INFORMATION 
Part Number Description 



SBC 580 



MULTICHANNEL to iLBX Bus 
Interface Board 
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iSBC®589 
INTELLIGENT DMA CONTROLLER 



■ Configurable as either an intelligent 
slave or MULTIBUS® master 

■ 5 MHz 8089 I/O Processor 

■ MULTICHANNEL™ DMA I/O bus inter- 
face with Supervisor, Controller or 
Basic Talker/Listener capabilities 

■ Two 8/16-bit iSBX™ bus connectors 

■ DMA transfer rates up to 1 .25 
megabytes per second 



User Command Interface Firmware 
Package provides high level I/O 
commands 

8K bytes of high-speed dual-ported 
static read/write memory 

Sockets for up to 32K bytes of read 
only memory or additional byte-wide 
static RAMs 

Three programmable timers 



The iSBC 589 Intelligent DMA Controller is a member of Intel's complete line of MULTIBUS microcompter systems 
which take full advantage of VLSI technology to provide economical computer based solutions for OEM applica- 
tions. The iSBC 589 board is a general purpose, programmable, high-speed DMA controller on a single 6.75 x 
12.00 inch printed circuit board. Using the board's dual-port RAM and standard EPROM resident firmware, the 
on-board Intel 8089 I/O Processor can perform memory to memory block transfers and complex I/O operations 
via two iSBX connectors and the MULTICHANNEL I/O bus at DMA transfer rates up to 1 .25 megabytes per se- 
cond. Acting as an intelligent slave to one or more iSBC 286, iSBC 186, iSBC 86, iSBC 88 or iSBC 80, single board 
computers, the iSBC 589 board enhances the sytem's overall performance by relieving the host CPU of time con- 
suming I/O operations. The board's unique combination of performance, on-board intelligence and flexible hard- 
ware I/O interfaces make the iSBC 589 board the ideal solution for applications with specialized I/O requirements, 
such as high-speed data acquisition, graphics, instrument automation and specialized peripheral control, that 
previously would have necessitated an expensive custom designed I/O controller. 




The following are trademarks of Intel Corporation and may be used only to describe Intel products: Intel, CREDIT, Index, Insite, Intellec, Library Manager, Megachassis, 
Micromap, MULTIBUS, PROMPT, UPI, ^Scope, Promware, MCS, ICE, iRMX, iSBC, iSBX, MULTIMODULE and iCS. Intel Corporation assumes no responsibility for the use of any 
circuitry other than circuitry embodied in an Intel product. No other circuit patent licenses are implied. 

&j INTELCORPORATION.1982 February, 1982 
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FUNCTIONAL DESCRIPTION 

Two Modes of Operation 

The iSBC 589 Intelligent DMA Controller is ca- 
pable of operating either as a stand-alone, high- 
speed data acquisition controller or as an intelli- 
gent slave. In stand-alone mode, external requests 
cause the Intel 8089 I/O Processor to execute I/O 
programs contained in its on-board memory. As an 
intelligent slave to one or more Intel single board 
computers, the IOP can perform sophisticated 
DMA operations in response to high level com- 
mands issued by the host processor. While operat- 
ing in either mode, the iSBC 589 board may act as a 
MULTIBUS master to access any system memory 
or I/O resources. 

Input/Output Processor 

The iSBC 589 board contains a 5 MHz Intel 8089 
HMOS I/O Processor, whose architecture and in- 
struction set have been optimized for performing 
DMA operations. The DMA function of the 8089 
IOP uses a two cycle approach where the informa- 
tion actually flows through the 8089 IOP. This ap- 



proach to DMA vastly simplifies the bus timings 
and enhances compatibility with memory and pe- 
ripherals, in addition to allowing operations to be 
performed on the data as it is transferred. Opera- 
tions can include such constructs as translate, 
where the 8089 automatically vectors through a 
lookup table and mask compare, both on the "fly". 
This DMA capability includes flexible termination 
conditions (such as external terminate, mask com- 
pare, single transfer and byte count expired). 

The 8089 IOP supports two logically and physically 
separate I/O channels. The IOP maintains separate 
register sets for each I/O channel which allows the 
processor to alternate operation between the two 
channels without incurring context switching 
overhead delays. 



DMA Capabilities 

The iSBC 589 board supports both individual byte 
or word data transfers and DMA block transfer oper- 
ations among its MULTICHANNEL interface, two 
iSBX connectors, on-board RAM and the MULTIBUS 
interface. Each of these devices may be combined 
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with any other as the source and destination for a 
DMA operation. The same firmware commands are 
used for all of the DMA source and destination 
combinations. 



MULTICHANNEL Capabilities 

The MULTICHANNEL bus provides a high-speed 
8-bit or 16-bit wide data path for block data trans- 
fers between external devices, such as instru- 
ments, peripherals and other computers, and the 
iSBC 589 board. The iSBC 589 board can access up 
to 15 other devices on the MULTICHANNEL bus at 
distances of up to 15 meters and has the ability to 
address up to 16 megabytes of memory and 16 
megabytes of I/O on each device. 

The iSBC 589 Intelligent DMA Controller can inter- 
face to the MULTICHANNEL bus in one of three 
modes: as a Basic Talker/Listener, a Controller, 
and a Supervisor. In Basic Talker/Listener Mode, 
the iSBC 589 board monitors the MULTICHANNEL 
for requests from a Controller or the bus Super- 
visor to perform a read or a write operation, but it 
has no bus control capabilities. In Controller 
Mode, the board can request temporary control of 
the MULTICHANNEL bus from the bus Supervisor 
and thus initiate data transfer operations. In its 
MULTICHANNEL Supervisor configuration, the 
iSBC 589 has the capability to initiate data 
transfers on the bus, program other devices on the 
MULTICHANNEL bus, resolve and grant bus priori- 
ty to other devices, monitor bus status, handle bus 
interrupts, and control the MULTICHANNEL bus 
reset line. All of these functions are maintained by 
the on-board firmware based on parameter inputs 
from the host. Please refer to the MULTICHANNEL 
BUS SPECIFICATION for detailed descriptions of 
these modes. 



iSBX™ Bus Capabilities 

The iSBC 589 Controller contains two iSBX con- 
nectors which can support either 8-bit or 16-bit 
MULTIMODULE boards. The iSBX connectors are 
situated so that either two single-wide modules or 
one single-wide and one double-wide MULTI- 
MODULE board may be installed. A wide variety of 
standard peripheral controllers and analog and 
digital I/O MULTIMODULE boards are currently 
available. In addition, the iSBX connectors provide 
an opportunity to add over 30 square inches of 
user designed hardware to the iSBC 589 board 
which can be used to implement specialized I/O in- 
terfaces. For more information on specific iSBX 



MULTIMODULE boards, consult the Intel OEM 
Microcomputer System Configuration Guide. 

MULTIBUS® Capabilities 

MULTIBUS system memory and I/O resources may , 
be used as the source or the destination for an 
iSBC 589 board transfer operation. The iSBC 589 
DMA Controller may also be used as a high-speed 
data mover to transfer blocks of data from one 
MULTIBUS system RAM area to another. MULTIBUS 
system memory may also be used to store Param- 
eter Blocks to be executed by the on-board firm- 
ware package. The iSBC 589 board, acting as a 
MULTIBUS Master, can access up to 16 megabytes 
of MULTIBUS memory and up to 64K MULTIBUS 
I/O locations. 

Two MULTIBUS transfer modes are available. 
Selection of the desired mode is done via the 
Parameter Block. Transfer rates of up to 900K 
bytes per second may be achieved in shared bus 
mode, where the iSBC 589 board requests access 
to the system bus for 1.4 microseconds to transfer 
one byte or word to or from memory. In BUSLOCK 
mode, the iSBC 589 is established as the sole 
master which may access the system bus for the 
duration of the block data transfer. In BUSLOCK 
mode, the iSBC 589 board can transfer up to one 
megabyte per second. 



User Command Interface 
Firmware Package 

The iSBC 589 board is supplied with a firmware 
package contained in two Intel 2732A EPROMs 
that greatly simplifies programming by providing a 
high level software interface to the on-board 
resources. In the majority of applications, the 
board may be programmed entirely via me firm- 
ware and without writing any 8089 IOP assembly 
language code. The firmware package supports 
the two channel operation of the 8089 IOP. Each 
channel has its own Parameter Block area contain- 
ing the required information for independent chan- 
nel operation. 

To invoke an I/O operation, the user creates one or 
more Parameter Blocks in memory which describe 
the desired operation. The firmware, which con- 
sists of a series of 8089 IOP assembly language 
task programs, will interpret the Parameter Blocks 
to configure the board's interfaces or to perform 
byte, word or DMA block transfers. Each Param- 
eter Block consists of a command byte, status 
byte, data source and destination pointers and 
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other information as shown in Table 1. Commands 
recognized by the firmware package are listed in 
Table 2. The Execute User Task command is of 
special interest because it allows the user to ex- 
tend the capabilities of the iSBC 589 board by add- 
ing his own 8089 IOP assembly language routines 
to the firmware package, while retaining the struc- 
ture and standard functions supplied by the firm- 
ware. 



Table 1. User Command Interface Firmware 
Parameter Block Byte Format 



Command Byte 

Status Byte 

Command Chaining Pointer 

Command Chaining Pointer 

Command Chaining Pointer 

Command Chaining Pointer 

Device Number 

MULTICHANNEL Data Type 

Memory Pointer or Register Number 

Memory Pointer or Register Number 

Memory Pointer or Data Storage Location 

Memory Pointer or Data Storage Location 

Device Number 

MULTICHANNEL Data Type 

Memory Pointer or Register Number 

Memory Pointer or Register Number 

Memory Pointer 

Memory Pointer 

Byte Counter 

Byte Counter 

Byte Counter 



In addition to executing transfer operations, the 
firmware package executes an initialization se- 
quence which prepares the 8089 IOP and the on- 
board RAM, EPROM and I/O resources for further 
firmware execution. 



RAM Capabilities 

In its standard configuration, the iSBC 589 board 
contains 8K bytes of high-speed, dual-ported 
static RAM. The first 256 bytes are dedicated for 
use by the on-board firmware. The remaining on- 
board RAM may be used for storing additional 
Parameter Blocks for the firmware or as a data buf- 
fer for I/O operations. This memory is always ad- 
dressed by the 8089 IOP as locations 0000H to 
1FFFH. However, for MULTIBUS accesses 
through the dual-port, the RAM base address may 
be configured on any 8K-byte boundary in the first 
megabyte page of the MULTIBUS memory space. 
Users may install additional on-board RAM by 
placing two byte-wide RAMs in the 28-pin JEDEC 
standard sockets. The additional RAM is accessi- 
ble only by the on-board 8089 IOP. 



EPROM Capabilities 

The iSBC 589 board can be configured with up to 
32K bytes of non-volatile read only memory. Four 
28-pin sockets are provided for the use of Intel 
2716, 2732 and 2764 EPROMs or byte-wide RAMs. 



Table 2. User Command Interface Firmware Package Commands 



Command 


Description 


NO-OP 
REGISTER WRITE 

REGISTER READ 

PERFORM DMA 

EXECUTE USER TASK 


Test the intelligent slave interface on the iSBC 589 board. The board reads the 
Parameter Block, generates status and interrupts the host on completion. 

Write either a word or byte of data from the Data Storage Location within the Param- 
eter Block to the location specified by the Parameter Block Device Number and 
Register Number. 

Read either a word or byte of data from the location specified by the Parameter 
Block Device Number and Register Number to the Data Storage Location within the 
Parameter Block. 

Transfer data beginning at the location specified by the source Memory Pointer, 
Device Number and Register Number parameters to the location specified by the 
destination Memory Pointer, Device Number and Register Number parameters. The 
number of transfers is specified by the Byte Count parameter. A Byte Count of 
enables DMA until an external terminate condition is sensed. 

Transfer 8089 IOP program execution from the Firmware Package to a user defined 

N 8089 assembly language routine beginning at the location specified by the Memory 

Pointer parameter. Upon completion, the user task returns control to the firmware. 
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In the default configuration, the board is jumpered 
for 32K devices, and, two 2732A EPROMs contain- 
ing the firmware package are installed. Users who 
wish to extend the capabilities of the firmware 
may do so by programming unused locations in 
the firmware PROMs, installing two additional 
2732A PROMs or copying the firmware into 2764s 
along with their own code. As an alternative, two 
byte-wide RAMs of equal or smaller capacity may 
be installed in the open sockets and used in con- 
junction with the firmware PROMs. 

Programmable Interval Timers 

Three independent, fully programmable 16-bit in- 
terval/event counters are provided by an 8254-12 
Programmable Interrupt Timer. Each counter may 
operate in either BCD or binary mode. One counter 
is used by the firmware package, leaving two 
counters available to the firmware user. These 
timers may be used for a variety of on-board and 
off-board functions including timed-interval DMA 
requests and terminations or fail safe time out 
control for I/O operations. 



System Development Capabilities 

For applications where it is necessary to extend 
the User Command Firmware Package by writing 
additional 8089 IOP assembly language code, the 
development cycle can be significantly reduced 
and simplified by using the Intellec Series Micro- 
computer Development Systems. The 8089 IOP 
Software Support Package which includes a 
Macro assembler, linker, locater and PROM map- 
per is supported by the ISIS-II disk-based operat- 
ing system. 

In-Circuit Emulator 

The ICE-86A or ICE-86 and ICE-86U upgrade kit pro- 
vide the necessary link between the software de- 
velopment environment provided by the Intellec 
system and the "target" iSBC 589 execution sys- 
tem. In addition to providing a mechanism for load- 
ing executable code and data into the iSBC 589 
board, the In-Circuit Emulator provides a sophisti- 
cated command set to assist in debugging soft- 
ware and in final integration of the user hardware 
and software. 



SPECIFICATIONS 

8089 IOP 

WORD SIZE 

Instruction — 16 to 40-bits 

Data — 8, 16-bits 

SYSTEM CLOCK 

5.0MHz±0.1% 

CYCLE TIME 

2.2 microseconds for the fastest instructions 



System Access Time 

Dual-port Memory — 550 nanoseconds (worst 
case, without contention from on-board access) 



I/O Capacity 

MULTICHANNEL I/O Bus — 1 MULTICHANNEL 
port which supports 8 and 16-bit transfers and can 
be configured as a Basic Talker/Listener, Con- 
troller or Supervisor 



ISBX™ MULTIMODULE™ — Two (2) iSBX MULTI- 
MODULE boards 



I/O Addressing 




Interface 


I/O Addresses 


iSBX Connector #1 


FF80 thru FF9F 


iSBX Connector #2 


FFAO thru FFBF 


MULTICHANNEL 


FFDOthru FFEE 


Interval Timer 


FFC8 thru FFCE 


Other On-board Devices 


FFCO thru FFC6 




FFFOthru FFFE 



Memory Capacity 

ONBOARD EPROM 
Device Total Capacity 

8K bytes 



2716 
2732A 
2764 



16K bytes 
32K bytes 



Address Range 

FEOOO-FFFFFh 
FCOOO-FFFFFh 
F8000-FFFFF h 



ONBOARD RAM 

Total Capacity — 8K bytes 

OnBoard Address — 00000-01 FFF H 

MULTIBUS® Address — Jumper selectable on 8K 
byte boundaries. Default is Oh- 
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I/O Transfer Rates (microseconds/tranfer) 





MULTICHANNEL 


iSBX™ 


MULTIBUS® 


On-Board 
RAM 


Shared 


Buslock 


MULTICHANNEL 


— 


2.0 


2.4 


2.2 


1.8 


iSBX 


2.0 


2.0 


2.4 


2.2 


2.0 


MULTIBUS (Shared) 


2.4 


2.4 


2.8 


- 


2.2 


MULTIBUS (Buslock) 


2.2 


2.2 


.. - 


2.4 


2.0 


On-Board RAM 


1.8 


1.8 


2.2 


2.0 


1.6 



Timers 

Input Frequencies — Jumper selectable at 1.25 
MHz, 625 KHz or 312.5 KHz 

Output Frequencies/Timing Intervals — 



Function 


Single Timer/Counter 


Dual Timer/Counter 
(Two Timers Cascaded) 


Minimum 


Maximum 


Minimum 


Maximum 


Real-time delay 
Programmable one-shot 
Rate generator 
Square-wave rate generator 
Software triggered strobe 
Hardware triggered strobe 


1.6 usee 
1.6 usee 
4.76 Hz 
4.76 Hz 
1.6 usee 
1.6 usee 


210 msec 
210 msec 
625 KHz 
625 KHz 
210 msec 
210 msec 


3.2 usee 
3.2 usee 
7.3x10" 5 Hz 
7.3x10" 5 Hz 
3.2 usee 
3.2 usee 


1.37 x10 4 sec 
1.37x10 4 sec 
312.5 KHz 
312.5 KHz 
1.37 x10 4 sec 
1.37x10 4 sec 



Connectors 



Interface 


Double-Sided 
Pins (qty.) 


Centers 
(in.) 


Mating Connectors* 


MULTIBUS 


86 


0.156 


ELFAB BS1562043PBB 


System Bus 






Viking 2KH43/9AMK12 Soldered PCB Mount 

EDAC 337086540201 

ELFAB BW1562D43PBB 

EDAC 337086540202 

ELFAB BW1562A43PBB Wire Wrap 


Auxiliary Bus 


60 


- 0.100 


EDAC 345060524802 

ELFAB BS1020A30PBB 

EDAC 345060540201 

ELFAB BW1020D30PBB Wire Wrap 


iSBXBus(2) 


36 


0.100 


iSBX 960-5 


MULTICHANNEL Bus 


60 


0.100 


3M 3334-6000 
BERG 65949-960 



* NOTE: Connectors compatible with those listed may also be used. 
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Interfaces 

MULTIBUS® — All signals TTL compatible 
MULTICHANNEL — All signals TTL compatible 
ISBX™ Bus — All signals TTL compatible 
Timers — All signals TTL compatible 

Auxiliary Power/ Memory Protect 

There is no provision made on the iSBC 589 board 
for battery backup of RAM or for power fail detec- 
tion. 

MULTIBUS® Bus Drivers 



Function 


Characteristic 


Sink Current (mA) 


Data 


Tri-state 


32 


Address 


Tri-state 


32 


Commands 


Tri-state 


32 


Physical Characteristics 


Width — 12.00 in (30.48 cm) 


Height - 7.05 in (17.9 cm) 


Depth — .50 in (1.27 cm) 


Weight - 16 


oz (453.6 gm) 





Relative Humidity — to 90% (without condensa- 
tion) 

Electrical Characteristics 

DC POWER REQUIREMENTS 



Configuration 


Current Requirements 
( + 5V + 5% maximum) 


Without EPROM 

With 8K EPROM 
(using four 2716s) 

With 8K EPROM* 
(using two 2732As) 

With 16K EPROM 
(using four 2732As) 

With 32K EPROM 
(using four 2164s) 


4.7 amps 
5.4 amps 

5.0 amps 

5.3 amps 

5.3 amps 



Environmental Characteristics 

Operating Temperature — 0°C to 55 °C 



"Factory default configuration 

Reference Manuals 

142996-001 — iSBC 589 Intelligent DMA Controller 
Board Hardware Reference Manual (Not Supplied) 

142686-001 — Intel iSBX Bus Specification (Not 
Supplied) 

143269-001 — Intel MULTICHANNEL Bus Specifi- 
cation (Not Supplied) 

Manuals may be ordered from any Intel sales rep- 
resentative, distributor office or from Intel Litera- 
ture Department, 3065 Bowers Avenue, Santa Clara, 
California 95051 



ORDERING INFORMATION 
Part Number Description 



SBC 589 



Intelligent DMA Controller 
Board 



12-55 



Speech Products 1Q 



inteT 



iSBC® 570, 576, 577 
INTEL SPEECH TRANSACTION FAMILY 



Friendly man-machine interface — 
speech is the most natural and most 
easily learned form of interaction for 
man. 

Lower data entry cost — source data 
capture 

Higher accuracy — operator mental 
encoding is eliminated. 



Freedom of Movement— More efficient 
work flow 

Hands and eyes free— ability to 
perform another primary task 

Easier training — interactive, generic 
terminology 

Complements keyboard/CRT — new 
dimension to data entry 



Users world wide are recognizing the many advantages of having Automatic Speech Recognition (ASR) and 
Electronic Speech Synthesis (ESS) in their products and applications. Speech I/O is a new dimension in data 
entry/control that complements other I/O mechanisms. 

Speech I/O as a direct man-machine interface can be used for a broad range of applications, such as office and 
factory automation, computer-aided design, QC inspection stations, inventory control — and many more. 
Whatever your application is, the benefits of speech I/O are measured in dollars saved, improved productivity 
and improved product quality. 




The following are trademarks of Intel Corporation and its affiliates and may be used only to identify Intel products: BXP, CREDIT, i, ICE, iCS, 'm, Insite, lnt e l, INTEL, Intelevision, Intellec, 
iMMX, iOSP, iPDS, iRMX, iSBC, iSBX, Library Manager, MCS, MULTIMODULE, Megachassis, Micromainframe, Micromap, MULTIBUS, Multichannel, Plug-A-Bubble, PROMPT, 
Promware, RMX/80, System 2000, UPI, and the combination of iCS, iRMX, iSBC, iSBX, ICE, MCS, or UPI and a numerical suffix. Intel Corporation Assumes No Responsibility for the use 
of Any Circuitry Other Than Circuitry Enbodied in an Intel Product. No Other Patent Licenses are implied. ©INTEL CORPORATION, 1982. FEBRUARY 1983 

a o -I ORDER NUMBER: 210598 
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In computer-aided design and manufacturing 
(CAD/CAM), design commands by speech allow the 
design engineer to keep his attention focused on the 
actual graphic elements. 

In manufacturing, speech transactions provide im- 
portant advantages in productivity. Defect tracing, 
production line monitoring and synchronization, and 
factory data collection, all benefit from direct human 
speech to computer communication. 

In the automated office, ever-increasing machine in- 
telligence can be controlled without mastering of 
typing skills. 

The basic concept of a speech I/O system is shown in 
Figure 1. The speech I/O system provides a human- 
oriented interface with a machine-oriented 
computer-based information system or process. The 
speech I/O system recognizes speech inputs, pro- 
vides visual/audio prompts and verification, and 
handles message editing and buffering. Depending 
on what was recognized, digitally coded data is then 
used to interact with the machine-oriented 
computer-based system. 

The functional blocks of a speech I/O system are 
shown in Figure 2. 



A complete system includes not just the capabilities 
for signal conditioning, Automatic Speech Recogni- 
tion (ASR), and Electronic Speech Synthesis (ESS), 
but must include speech transaction processing as 
well. The Speech Transaction Processing task 
includes: 

—The conversion between spoken language and 

coded representation 
—Operator prompting and feedback 
— Message editing 
—Message buffering 

In addition, development tools should be available 
for the generation of speech transaction files that 
will define the operations of the speech I/O system. 
Figure 3 shows the function of each member of the 
Intel Speech Transaction Family. 

The Intel Speech Transaction Family, iSBC® 570, 
iSBC® 576 and iSBC® 577, is a family of products that 
provides a minimal risk path to add speech In- 
put/Output (I/O) to your product line. The Speech 
Transaction Family will allow you to move from evalu- 
ation to integral speech driven products without 
major redesigns. Depending on your stage of prod- 
uct development, whether it is an evaluation, or a 
product simulation, or an add-on speech option, or a 



HUMAN-ORIENTED 



MACHINE-ORIENTED 




SPEECH 
TRANSACTION 
PROCESSING 



( VERIFICATION V 



DIGITALLY CODED DATA 



COMPUTER-BASED 

INFORMATION 

SYSTEM OR PROCESS 



NOTES: 

1. INTERACTIVE 

2. CONVERSION BETWEEN SPOKEN LANGUAGE AND CODED REPRESENTATION 

3. PROMPTING & FEEDBACK TO OPERATOR 

4. MESSAGE BUFFERING 

5. MESSAGE EDITING 



Figure 1. Basic Concept 
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Figure 2. Functional Blocks of Speech I/O System. 



fully integrated speech product, the Speech Transac- 
tion Family's flexibility allows your speech I/O appli- 
cation to grow with a minimal amount of engineering 
effort. The Speech Transaction Family allows you to 
adapt your product to various markets as your appli- 
cation needs change, without a major redesign. 
Whether it is a configured speech development sys- 
tem, or easy-to-integrate speech board, or a maxi- 
mum value-added speech component chip set, an 
Intel product is ready to meet your needs. 

Development of your speech I/O system may have 
been your stumbling block in the past. The require- 
ment for speech technology expertise, extensive 
hardware development and extensive software de- 
velopment are a thing of the past. Integral to the 
Speech Transaction Family are highly sophisticated 
computer-based design and development tools that 
will take you from product concept to a working 
speech product with a minimal effort. In-depth 
knowledge of speech algorithms and of speech 
human factors considerations are no longer an abso- 
lute requirement of your system designers. 



Intel provides the total solution. Speech hardware has 
been designed to work with our wide selection of 
MULTIBUS® single-board computers, memory cards, 
and data I/O cards. Speech software is based on the 
Real-Time Multi-Tasking Executive (RMX-88). Speech 
transaction software development has been 
implemented on our universal iSWS 090 Speech I/O 
Engineering Workstation. All of the pieces have been 
engineered to provide an easily integrated speech I/O 
solution. 

Speech I/O is a new technology area. Intel has devel- 
oped a family of products and services, that will fit 
your development sequence needs for a new tech- 
nology with minimal risk and ease of use. A very 
likely evaluation and development sequence you 
may follow is illustrated in Figure 4 and Figure 5 
along with Intel's products and services that are of- 
fered to meet those needs. Having products and ser- 
vices that can satisfy the illustrated sequence is very 
important in reducing the risk, engineering cost, and 
lowering incremental investments necessary as 
product requirements change. 
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Figure 3. Functional Blocks of the Intel Speech Transaction Family. 
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Figure 4. Application Definition Phases 
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Figure 5. Application Implementation Phases 



The sequence starts with a workshop to learn about the 
Speech Technology and to develop a necessary 
knowledge base to evaluate potential applications. The 
next stage, an evaluation-oriented Speech Transaction 
Development System (iSBC® 570 and iSWS 090 
Speech I/O Engineering Workstation), provides 
technology evaluation and demonstrations without 
engineering investment. Using the experience from the 
two previous stages, plus field and factory application 
support, the design phase can now proceed. Once the 
application framework has been established, 
application simulation can be performed using the 
Speech Transaction Development System. 



Upon successful completion of simulation, the 
speech transaction software development can be 
easily completed on the same Speech Transaction 
Development System. The initial speech I/O products 
can then be shipped using the Speech Transaction 
Board (iSBC® 576). When higher volume justifies 
increasing the value added, the chip set, iSBC® 577, 
can be used. Throughout the process, whether it is 
system, board, or chip set, the same software is 
utilized. Very little is lost as your product needs 
change. The level of investment required tracks the 
stage of product development. Your risk and expo- 
sure is kept to a minimum. 



13-5 



iny 



iSBC® 570 
SPEECH TRANSACTION DEVELOPMENT SET 



Complete Development Support Set for 
the Intel Speech Product Family. 
Includes: 

•—Speech Transaction Generator 

— iSBC® 576 Speech Transaction Board 

— iSBC® 575 Operator Control Unit 

—Microphone 

—Demo program 

—Speech Transaction Design Manual 



iSWS 090 Speech I/O Engineering 
Workstation based 



Speech Transaction Generator 

provides: 

—Interactive design environment 

— A speech transaction structure 

embodying good human factors 

engineering 
— Automatic error checking of 

transaction design 
—Symbolic labeling for easy system 

designer reference 
— Speech Transaction File data base 

manager facilitates Speech 

Transaction File changes 



The Speech Transaction Development Set, iSBC® 570, provides an easy-to-use package for speech transaction 
evaluation, design simulation and application development. Along with Intel's Speech Design Workshop, the Speech 
Transaction Development Set becomes the starter kit that will move you into the forefront of speech I/O systems. 
Using the demo program supplied, you are quickly introduced to the important attributes of speech. Using the 
iSWS 090 Speech I/O Engineering Workstation and writing/modifying software based on examples provided, you 
can quickly simulate your application without hardware development. And finally, with the Speech Transaction 
Generator, your speech transaction structure, definition, transaction file coding and management become a 
well-defined automated task. 
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FUNCTIONAL DESCRIPTION 

The iSBC® 570 Speech Transaction Development Set 
has been designed to meet your speech I/O needs as 
your level of involvement with speech I/O system 
grows. The Speech Transaction Development Set 
serves three very important functions. The three 
functions are: 1) Technology Evaluation and 
Demonstration, 2) Application Simulation of Speech 
I/O, and 3) Design and Development of Speech Trans- 
action Software. These three functions are dis- 
cussed below. 

Technology Evaluation and Demonstration — A 
complete demo package is provided for you to dem- 
onstrate the capabilities of speech I/O. This package 
allows you to evaluate the speech technology without 
investing engineering design and development time. It 
is easy to use. Major attributes of a speech I/O system 
are highlighted and fully documented. The host system 
for the demonstration is the iSWS 090 Speech I/O 
Engineering Workstation. 

Application Simulation of Speech I/O — The Speech 
Transaction Development Set provides the necessary 
tools and program examples for you to easily simulate 
your speech I/O system using the iSWS 090 Speech I/O 
Engineering Workstation as the host. With the 
iSBC® 570 and the iSWS 090 Speech I/O Engineering 
Workstation, you can now design a speech I/O system 
for your application and see how it performs. Your 
speech transaction structure can be developed and 
checked out without doing hardware and software in- 
tegration with the rest of your system. 

Design and Development of Speech Transactions — 
The Speech Transaction Generator which is provided 
as part of the Speech Transaction Development Set 
facilitates the design and development of speech 
transactions. The Speech Transaction Generator is 
an interactive software development tool that 
generates the Speech Transaction File (STF) that 
configures your speech I/O system. The Speech 
Transaction Generator checks for inconsistencies. or 
incomplete transactions. The generated code is 
guaranteed to be fully compatible with the Speech 
Transaction Board. The Speech Transaction 
Generator will not only shorten your development 
time, but will also facilitate a well human-engineered 
speech I/O interface. 

OPERATIONAL DESCRIPTION 

The Speech Transaction Generator is implemented 
in two parts. The first part is the processing element 



of the STG and resides on EPROM in an STB environ- 
ment. The second part is the data base manager for the 
STG and resides as an executable file under ISIS. The 
STG allows a system designer (with appropriate 
knowledge of transaction, fields, vocabulary and 
synthesis) to specify a STF easily. The STG maintains 
a set of files on the iSWS 090 Speech I/O Engineering 
Workstation as the data base. In this manner, the STG 
is the customization tool used by the speech system 
designers to prepare application-unique speech trans- 
actions that will execute on the STB under the super- 
vision of the Speech Transaction Manager (STM). The 
STG also allows the system designer to dump portions 
of this data base in an ASCII-text format to a file. This 
ASCII-text file is useful for transporting data base entries 
between the STG implemented on other than an ISIS 
environment. 

The things that a system designer can manipulate 
with the STG are termed "objects." Objects can be 
catagorized into structures and non-structures. 
Structures are generally a string of characters or a 
list of tags. Objects are classified as follows: 

STRUCTURES 

1. Transaction 

2. Fields 

3. Vocabulary 

4. Synthesis 

NON-STRUCTURES 

1. Group (list of vocabulary tags) 

2. Strings (list of ASCII or non-ASCII characters) 

Brief Description of Commands 

UTILITY COMMANDS 

HELP — Provides information about the objects 
EXIT — Close data base and exit STG 
PREfix — Specify prefix character for DEFine or 
MODify commands 

EDIT COMMANDS 
DEFine 

DEFINE TRANSACTION: 

1. Vocabulary tag to enable this transaction? 

2. Training group? 

3. Starting field? 

4. Host buffer strategy? 

5. Verification actions? 

6. Special reject actions? 

7. Special illegal function action? 



13-7 



inteT 



ISBC® 570 



DEFINE FIELD: 


1. 
2. 
3. 
4. 
5. 
6. 


Prompt? 

Help message? 

Prefix for host message? 

Suffix for host message? 

Special functions enable? 

Valid sources? 


7. 


Multiple utterance path? 




If yes, 

a) Vocabulary words? 

b) Next field? 




c) Maximum number of utterances? 




d) Fixed or variable? 


8. 
9. 


Vocabulary words? 
Next field? 


DEFINE VOCABULARY: 


1. 


Name? 


2. 


Visual verify? 


3. 

4. 
5. 


Audio verify? 
Host message? 
Visual train? 


6. 


Audio train? 


7. 


Special functions? 


DEFINE SYNTHESIS: 


1. 


Function? 


2. 


Duration? 


3. 


Delay? 



DELete 

Removes objects from the data base. 

MODify 

Modifies objects already entered into the data base 
with the DEFine command. 



VALIDATION AND GENERATION COMMANDS 

VALidate 

Sequences through each of the transactions speci- 
fied and validates them for completeness and proper 
definition. 



GENerate 

Takes the result of a successful validate command 
and produces a memory image of the STF The STF 
can now be executed. 



INTERROGATION COMMANDS 

Displays 

Displays the contents of the objects 

LISts 

Lists the directory of the objects 

FILE INTERFACE COMMANDS 

DUMp 

Passes results of current validation and outputs it to 
the host in a .DMP file. 

USE 

Takes command input from the specified file. 



SPECIFICATIONS 

Operating Environment 

iSWS 090 Speech I/O Engineering Workstation (Model 
800, Series II, and Series III with 64K byte of RAM). 



SUPPLIED EQUIPMENT 

iSBC 576 — Speech Transaction Board with Speech 
Transaction Manager Firmware. 



— Speech Transaction Generator software 

and firmware. 
—Speech I/O Demo Software. 
— iSBC® 575 Operator Control Unit. 
— Shure SM-10A Microphone. 
—Speech Transaction Design Manual. 

OPTIONAL EQUIPMENT 

iSBX®-351— RS232 Multimodule 
iSBC®-342— EPROM expansion module 
— SBX synthesizers 



ORDERING INFORMATION 
Part Number Description 

iSBC 570 Speech Transaction Development Set 
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Up to 200 recognition words or phrases 
Automatic ASR and ESS handling 
On-board Speech Transaction Manager 
8086, 16-bit CPU 



■ On-board diagnostic 

■ Multibus or serial host interface 

■ iSBX® interface 

■ Built-in buffer editing functions 



The iSBC® 576 Speech Transaction Board is the heart of a speech I/O system. Beside providing Automatic 
Speech Recognition (ASR) capabilities, a ROM-resident Speech Transaction Manager (STM) is included on the 
board. This provides a flexibile operating structure for the system designer with a fully buffered speech- 
generated input-transaction handling capability. Flexibility has been designed into the STM to allow integration 
into existing applications without a major rewrite/redesign of host application software and hardware. The 
Speech Transaction Manager accommodates a Speech Transaction File which configures the iSBC® 576 
Speech Transaction Board for each application. Also included on the board are three selectable audio feedback 
tones, visual feedback/control via a CRT terminal or printer, and an optional Electronic Speech Synthesis (ESS) 
capability. 
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FUNCTIONAL DESCRIPTION 

Figure 6 shows the functional structure of the 
Speech Transaction Board. 

Input Signal Conditioning — Microphone input signal 
is amplified and low-pass filtered. The conditioned 
signal is then digitized and passed through 16 band- 
pass digital filters implemented by 2920/21 analog 
signal processors. The 2920/21 s are synchronized 
and are operating in parallel. The bandpass filter 
information is then assembled by an 8048 microcom- 
puter for algorithm processing by an 8086 processor. 
System-to-system portability is guaranteed by the 
usage of digital signal processing techniques. 



recognition hardware and software can be per- 
formed. System integrity is automatically determined 
to insure repeatable performance. 

Output Signal Conditioning — Output amplifiers are 
provided to drive a speaker for the audio tones. 
Volume can be varied by a potentiometer. 

Terminal Driver — Under the control of the Speech 
Transaction Manager, a CRT terminal/keyboard can 
be connected directly to the Speech Transaction 
Board. The terminal can be used for visual feedback 
as well as data entry/control. The interface is RS232 
compatible. 



ASR — Automatic Speech Recognition is accom- 
plished by the 8086 processor in conjunction with 
two 2920/21 digital signal processors and an 8048 
microcomputer. ASR handling is done completely 
under the control of the Speech Transaction 
Manager. This task is transparent to the system de- 
signers. Automatic statistics are also provided to 
track system performance. 

Tone Generator — 3 audio tones are available for use 
as a prompt. The tones are generated within a 2920 
analog signal processor. The tone generator also 
generates test patterns for use by the diagnostic 
section. 

Diagnostic — Under the control of the Speech Trans- 
action Manager, a diagnostic check of the speech 



Operator Control— Two LED lights to indicate recog- 
nition status and an operator attention button are 
provided. These functions are programmable under 
the control of the Speech Transaction Manager. 

Operator Reference Patterns — Speech patterns for 
recognition are normally contained in RAM. The pat- 
terns are downloaded from the host processor under 
the control of the Speech Transaction Manager. The 
operator reference patterns are also generated un- 
der the control of the Speech Transaction Manager. 

Speech Transaction Manager — The Speech Transac- 
tion Manager is the heart of the Speech Transaction 
Board. The Speech Transaction Manager controls all 
of the functions within the board. This firmware is 
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Figure 6. Functional Structure of the Speech Transaction Board 
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contained in 27128 EPROMs and is RMX®-88 (Real- 
Time Multi-Tasking Executive) based. Processing is 
provided by the 8086 processor. 



Diagnostic Mode— This mode tests the hardware. 
The diagnostics will test the 2920/8048 interface and 
the 8048/8086 interface. 



Speech Transaction File — The Speech Transaction 
File determines the configuration of the board for 
each application. The Speech Transaction Manager 
executes this file which is normally downloaded from 
the "host and-stored in RAM. The file can also be 
stored in ROM/EPROM on the Speech Transaction 
Board itself. These files are generated-by the Speech 
Transaction Generator. 

Multibus® Interface — A slave multibus® interface is 
implemented. On the multibus the Speech Transac- 
tion Board looks like a data port. 

iSBX® Interface— One SBX® interface has been im- 
plemented. This interface is controlled by the 
Speech Transaction Manager. Interface with a non- 
Multibus® host can be implemented via this channel. 



Terminal Mode — This mode provides for direct com- 
munication between the host and the Speech Trans- 
action Board terminal. All response from the 
operator (through the terminal) is passed directly to 
the host. ALL host messages are passed directly to 
the terminal. 

Parameter Mode — This mode lets the user define a 
limited set of configuration information and to set 
various other system parameters. 

Evaluation Mode — This mode lets the user evaluate 
the recognition performance of an STF vocabulary or 
a vocabulary entered from the STB terminal. Use of 
this mode will facilitate evaluation of training strate- 
gies, vocabulary choices and parameter settings. In 
this mode statistics and automatic scoring of results 
are all standard features. 



OPERATIONAL DESCRIPTION 



LIST OF COMMANDS 



The operation of the Speech Transaction Board is 
determined by the Speech Transaction Manager. The 
Speech Transaction Manager has several specific 
modes of operation as described below. 

Speech Transaction Processing Mode — This mode 
enables the operator to enter by speech, or key- 
board, a transaction message to a multibus or serial 
host. 

File Mode — This mode supports file loading from the 
host through the multibus or serial interface. Load- 
ing and saving of operator reference patterns are 
also handled here. 



Monitor Mode Commands 

STP— enter speech transaction processing mode 

FIL — enter file mode 

DIA — enter diagnostic mode 

TER — enter terminal mode 

PAR — enter parameter mode 

MON — enter monitor mode 

EVA — enter evaluation mode 

HELP — list help commands 

EXIT — exit current mode 

INI — initialize statistics 

RES — restores system status 



MONITOR 
MODE 



FILE 
MODE 



EVALUATION 
MODE 



PARAMETER 
MODE 



DIAGNOSTIC 
MODE 



SPEECH TRANS- 
ACTION PROCES- 
SING MODE 



TERMINAL 
MODE 
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Speech Transaction Processing 
Mode Function 



Buffer Editing Functions 



Forward 


Erase Field 


Backup 


Continue 


Correction 


Beginning 


Replace 


Cancel 


Forward Field 


Finish 


Backup Field 





Utility Functions 

Help— operator assistance at each field 

Display— current transaction buffer 

Next— go to next field 

Detach— put terminal in "Terminal Mode" 

Attach — get terminal out of "Terminal Mode" 

Exit— exit STP mode 

Up — raise rejection threshold 

Down — lower rejection threshold 

Relax— put system in not-ready state 

Ready — first of two utterances to exit not-ready 

state 
Attention — second of two utterances to exit not- 
ready state 
Enable Transaction "N" — initiate transaction 
Macro — performs a series of commands 

automatically in any mode 



Operator Speech Pattern 
Maintenance Functions 



EXIt — exit current mode 
LDI — load dictionary 
SDI — save dictionary 

Diagnostic Commands 

FET — front end test 

EXIt — exit mode 

HELp— list help commands 

Parameter Mode Commands 

BLO — block size of transfer 

CHS— communication header 

CON — display all configuration parameters 

DIS — discrimination level 

DRE — small delta rejection 

EST — display extended statistics 

HOS — specifies host and characteristics 

HTE — host terminator string 

HTO — host time-out 

INS— initialize statistics 

MTP — minimum training passes 

RPT — operator reference pattern names 

SHC — serial host baud rate 

STA— displays statistics 

STF— STF name 

STR— ROM STF name 

TST— STB terminal status 

WRD — word gap and word length 

FEG — front-end gain 

HELp — list help commands 

EXIt — exit current mode 



Test Group 


Train 


Test All 


Train Group 


Retrain 


Train All 


Retrain Group 


Update 


Retrain All 


Update Group 


Delete 


Update All 


Delete All 


Test 



File Mode Commands 

LST — load Speech Transaction File 

SST — save speech transaction file 

LRP — load operator speech patterns 

SRP— save operator speech patterns 

CRP — clear operator speech pattern RAM area 

HELp — list help commands 

CST — clear speech transaction 



Evaluation Mode Commands 

DEF— define 

MVO — modify vocabulary 

RVO— remove vocabulary 

RRP — remove reference pattern 

RET — retrain 

LIS — list vocabulary 

TRAin — train 

UPDate— update 

TESt— test 

RECognition — recognition 

STA — statistics 

COR— cross correlation 

INS — initialize statistics 

HELp — list help commands 

EXIt — exit current mode 
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SPECIFICATIONS 

Operating Environment 

Host Processor— any iSBC® Multibus® computer 
— any RS232 serial host interface 
Audio Input — 475H input impedence 

— 50 m;v. p-p max. 

— differential or single-ended 

Equipment Supplied 

iSBC® 576 Speech Transaction Board with Speech 
Transaction Manager Firmware 



Optional Equipment 

iSBX®-351 
iSBX®-342 

iSBC®-575 



RS232 Multimodule 
EPROM expansion 
SBX synthesizer 
Operator Control Unit 



Physical Characteristics 

Width— 6.75 in. (17.15 cm) 

Height— 0.5 in. (1. 27 cm) 

Length— 12.0 in. (30.48 cm) 

Shipping weight — TBD 

Mounting — occupies one slot of iSBC® system 
chasis in cardcage/backplane. With 
iSBX® Multimodule™ board mounted, 
vertical height increases to 1.13 in. 
(2.87 cm) 



Electrical Characteristics 

Power Requirements 

+ 5VDC@3A 

+ 10V DC @ TBD * Multimodule™ 

-12V DC @ 0.02 A 'Multimodule™ 

+ 12VDC@0.5A 



Performance Specifications 

Recognition vocabulary— 200 words or phrases 
Utterance duration — user selectable > 100 msec, 
minimum 
— user selectable < 2 sec. 
maximum 
Rejection Threshold — user selectable 
Word gap — user selectable > 50 msec, minimum 
— user selectable < 250 msec, 
maximum 
Recognition Accuracy (50 state names) — 99+% 
Response Time (for vocabulary up to 200 words 
with maximum node length 50 
words) — < 500 msec 



Environmental Characteristics 

Temperature— to 55°C (operating): -55°C to 85°C 
(non-operating) 

Humidity— up to 90% relative humidity without 

condensation (operating); all conditions 
without condensation or frost (non- 
operating) 



Reference Manual 

Speech Transaction Design Manual (supplied) 



ORDERING INFORMATION 

Part Number Description 

iSBC® 576 Speech Transaction Board 
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iSBC® 577 
SPEECH TRANSACTION RECOGNITION CHIP SET 



■ High-volume solution for speech I/O 



Fully compatible with iSBC 570, 576- 
generated software 



The iSBC® 577 Speech Recognition Chip Set is a solution for your high-volume/maximum value-added speech 
I/O solution. The Chip Set contains the Intel-developed proprietary components from the iSBC® 576 Speech 
Transaction Board. With these components you can build the equivalent of the Speech Transaction Board into 
your own system. The Chip Set contains the digital front-end processors, a preprogrammed 8048 interface 
processor, the Speech Transaction Manager Firmware on 27128 EPROMs, and the 8086 microprocessor. 




SPECIFICATIONS 

Performance 

—Refer to iSBC® 570 and iSBC® 576 performances. 



Equipment Supplied 

2— Preprogrammed 2920/21s (Digital Front-end 

Processor) 
4— Preprogrammed 27128 (Speech Transaction 

Manager) 
1 — Preprogrammed 8048 (Interface Processor) 
1—8086 



ORDERING INFORMATION 
Part Number Description 



iSBC® 577 Speech Transaction Recognition 

Chip Set 
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2910A 
PCM CODEC - jiLAW 

8-BIT COMPANDED A/D AND D/A CONVERTER 



■ Per Channel, Single Chip Codec 

■ CCITT G711 and G712 Compatible, 
ATT T1 Compatible with 8th Bit 
Signaling 

■ Microcomputer Interface with On-Chip 
Timeslot Computation 

■ Simple Direct Mode Interface When 
Fixed Timeslots are Used 



78 dB Dynamic Range, with Resolution 
Equivalent to 12-Bit Linear Conversion 
Around Zero 

±5% Power Supplies: +12V, +5V, 
-5V 

Precision On-Chip Voltage Reference 

Low Power Consumption 230 mW Typ. 
Standby Power 33 mW Typ. 

Fabricated with Reliable N-Channel 
MOS Process 



The Intel, 2910A is a fully integrated PCM (Pulse Code Modulation) Codec (Coder-Decoder), fabricated with N-channel 
silicon gate technology. The high density of integration allows the sample and hold circuits, the digital-to-analog 
converter, the comparator and the successive approximation register to be integrated on the same chip, along with the 
logic necessary to interface a full duplex PCM link and provide in-band signaling. 

The primary applications are in telephone systems: 

• Transmission — T1 Carrier 

• Switching — Digital PBX's and Central Office Switching Systems 

• Concentration — Subscriber Carrier/Concentrators 

The wide dynamic range of the 2910A (78 dB) and the minimal conversion time (80/isec minimum) make it an ideal 
product for other applications, like: 

• Data Acquisition • Secure Communications Systems 

• Telemetry • Signal Processing Systems 



PIN CONFIGURATION 




PIN NAMES 



CAP 1 x , CAP 2 X 


Holding Capacitor 


VF X 


Analog Input 


VFr 


Analog Output 


Dr, d c , sig x 


Digital Input 


SIGr, D x , TS x 


Digital Output 


CLK C , CLK X , CLK R 


Clock Input 


FS X , FSr 


Frame Sync Input 


AUTO 


Auto Zero Output 


Vbb 


Power(-5V) 


Vcc 


Power(+5V) 


Vdd 


Power (+ 12 V) 


PDN 


Power Down 


GRDA 


Analog Ground 


GRDD 


Digital Ground 


NC 


No Connect 



(21) SIG X - 

® VF X" 
® AUTO ■+ 
©CAP1 X . 
®CAP2 X . 



© vf r * 

® SJG R . 



Q PIN NUMBER 



BLOCK DIAGRAM 



TRANSMIT SECTION A/D 



SAMPLE 

& 

HOLD 



SUCCESSIVE 

APPROXIMATION 

REGISTER 




CONTROL SECTION 



<H 



RECEIVE SECTION 
D/A 



CONTROL 
REGISTER 



INPUT 
REGISTER 



~f ' 1 7 T 

GRDA GRDD V BB V CC V DD 

® . ® @ ® ® 



• TS X @ 

-CLK X (19) 
-FS X @ 



-CLIfc® 

- PDN (?) 



" D R ® 
-CLK R @ 
-FS R @ 
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PIN DESCRIPTION 



Pin No. 


Symbol 


Function 


Description 


1 


CAP1 X 


Hold 


Connections for the transmit 


2 


CAP2 X 


holding capacitor. Refer to Ap- 
plications section. 


3 


VF X 


Input 


Analog input to be encoded into 
a PCM word. The signal on this 
lead is sampled at the same rate 
as the transmit frame synch- 
ronization pulse FSx, and the 
sample value is held in the ex- 
ternal capacitor connected to 
the CAP1 X and CAP2x leads 
until the encoding process is 
completed. 


4 


AUTO 


Output 


Most significant bit of the. en- 
coded PCM word (+5V for nega- 
tive, -5V for positive inputs). 
Refer to the Codec Applications 
section. 


5 


GRDA 


Ground 


Analog return common to the 
transmit and receive analog cir- 
cuits. Not connected to GRDD 
internally. 


6 


SIG R 


Output 


Signaling output. SIG R is updated 
with the 8th bit of the receive PCM 
word on signaling frames, and is 
latched between two signaling 
frames. TTL interface. 


7 


v D d 


Power 


+12V± 5%; referenced to GRDA. 


8 


D R 


Input 


Receive PCM highway (serial 
bus) interface. The Codec seri- 
ally receives a PCM word (8 bits) 
through this lead at the proper 
time defined by FSr, CLKr, Dq, 
and CLK C . 


9 


PDN 


Output 


Active high when Codec is in the 
power down state. Open drain 
output. 


10 


VFr 


Output 


Analog output. The voltage pres- 
ent on VFr is the decoded value 
of the PCM word received on 
lead Dr. This value is held con- 
stant between two conversions. 


11 


NC 


No 
Connects 


Recommended practice is to 


12 


NC 


strap these NC's to GRDA. 


13 


GRDD 


Ground 


Ground return common to the 
logic power supply, Vcc- 


14 


D X 


Output 


Output of the transmit side onto 
the send PCM highway (serial 
bus). The 8-bit PCM word is seri- 
ally sent out on this pin at the 
proper time defined by FSx, 
CLK X , D c , and CLK C . TTL three- 
state output. 



Pin No. 


Symbol 


Function 


Description 


15 


T3x~ 


Output 


Normally high, this signal goes low 
while the Codec is transmitting an 
8-bit PCM word on the D x lead. 
(Timeslot information used for di- 
agnostic purposes and also to 
gate the data on the D x lead.) 
Open drain output. 


16 


Vcc 


Power 


+5V±5%, referenced to GRDD. 


17 


CLKr 


Input 


Master receive clock defining 
the bit rate on the receive PCM 
highway. Typically 1.544 Mbps 
for a T1 carrier system. Maxi- 
mum rate 2.1 Mbps. 50% duty 
cycle. TTL interface. 


18 


FSr 


Input 


Frame synchronization pulse for 
the receive PCM highway. Resets 
the on-chip timeslot counter for the 
receive side. Maximum repetition 
rate 12 KHz. Also used to differ- 
entiate between non-signaling 
frames and signaling frames on 
the receive side. TTL interface. 


19 


CLK X 


Input 


Master transmit clock defining 
the bit rate on the transmit PCM 
highway. Typically 1.544 Mbps 
for a T1 carrier system. Maxi- 
mum rate 2.1 Mbps. 50% duty 
cycle. TTL interface. 


20 


FS X 


Input 


Frame synchronization n| j!s8 for 
the transmit PCM highway. Resets 
the on-chip timeslot counter for the 
transmit side. Maximum repetition 
rate 12 KHz. Also used to differ- 
entiate between non-signaling 
frames and signaling frames on 
the transmit side. TTL interface. 


21 


SIG X 


Input 


Signaling input. This digital in- 
put is transmitted as the 8th bit 
of the PCM word on the Dx lead, 
on signaling frames. TTL inter- 
face. 


22 


V B B 


Power 


-5V±5%, referenced to GRDA. 


23 


D C 


Input 


Data input to program the Codec 
for the chosen mode of opera- 
tion. Becomes an active low 
chip select when CLKc is tied to 
Vcc- TTL interface. 


24 


CLK C 


Input 


Clock input to clock in the data on 
the D c lead when the timeslot as- 
signment feature is used; tied to 
V cc to disable this feature. TTL 
interface. 
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FUNCTIONAL DESCRIPTION 

The 2910A PCM Codec provides the analog-to-digital 
and the digital-to-analog conversions necessary to inter- 
face a full duplex (4 wires) voice telephone circuit with 
the PCM highways of a time division multiplexed (TDM) 
system. 

In a typical telephone system the Codec is used between the 
PCM highways and the channel filters. 

The Codec provides two major functions: 

• Encoding and decoding of analog signals (voice and 
call progress tones) 

• Encoding and decoding of the signaling and super- 
vision information 

On a non-signaling frame, the Codec encodes the 
incoming analog signal at the frame rate (FSx) into an 
8-bit PCM word which is sent out on the D x lead at the 
proper time. Similarly, the Codec fetches an 8-bit PCM 
word from the receive highway (D R lead) and decodes an 
analog value which will remain constant on lead VFp 
until the next receive frame. Transmit and receive 
frames are independent. They can be asynchronous 
(transmission) or synchronous (switching) with each 
other. 

For channel associated signaling, the Codec transmit 
side will encode the incoming analog signal as 
previously described and substitute the signal present 
on lead SIG X for the least significant bit of the encoded 
PCM word. Similarly, on a receive signaling frame, the 
Codec will decode the 7 most significant bits according 
to the CCITT G733 recommendation and will output the 
least significant bit value on the SIG R lead until the next 
signaling frame. Signaling frames on the send and 
receive sides are independent of each other, and are 
selected by a double-width frame sync pulse on the 
appropriate channel. 



Typical Line Termination 




The 2910A Codec is intended to be used on line and 
trunk terminations. The call progress tones (dial tone, 
busy tone, ring-back tone, re-order tone), and the pre- 
recorded announcements, can be sent through the 
voice-path; digital signaling (off hook and disconnect 
supervision, rotary dial pulses, ring control) is sent 
through the signaling path. 

Circuitry is provided within the Codec to internally 
define the transmit and receive timeslots. In small 
systems this may eliminate the need for any external 
timeslot exchange; in large systems it provides one 
level of concentration. This feature can be bypassed and 
discrete timeslots sent to each Codec within a system. 

In the power-down mode, most functions of the Codec 
are directly disabled to reduce power dissipation to a 
minimum. 



CODEC OPERATION 
Codec Control 

The operation of the 2910A is defined by serially loading 
an 8-bit word through the D c lead (data) and the CLK C 
lead (clock). The loading is asynchronous with the other 
operations of the Codec, and takes place whenever tran- 
sitions occur on the CLK C lead. The D c input is loaded 
in during the trailing edge of the CLK C input. 



D C - 




BIT1 BIT 2 BIT 3 BIT 4 BIT 5 BIT 6 BIT 7 BIT 8 



_SELECT_^ 
MODE 



TIMESLOT: n x ,n R 



The control word contains two fields: 

Bit 1 and Bit 2 define whether the subsequent 6 bits 
apply to both the transmit and receive side (00), the 
transmit side only (01), the receive side only (10), or 
whether the Codec should go into the standby, power- 
down mode (1 1). In the last case (11), the following 6 bits 
are irrelevant. 



The last 6 bits of the control word define the timeslot 
assignment, from 000000 (timeslot 1) to 1 1 1 1 1 1 (timeslot 
64). Bit 3 is the most significant bit and bit 8 the least 
significant bit and last into the Codec. 



Bit 1 


Bit 2 


Mode 








X&R 





1 


X 


1 





R 


1 


1 


Standby 



Bit 




3 4 5 6 7 8 


Timeslot 





1 


1 


2 


• 


• 


• 


• 


• 


• 


• 


• 


111111 


64 



The Codec will retain the control word (or words) until a 
new word is loaded in or until power is lost. This feature 
permits dynamic allocation of timeslots for switching 
applications. 
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Microcomputer Control Mode 

In the microcomputer mode, each Codec performs its 
own timeslot computation independently for the trans- 
mit and receive channels by counting clock pulses 
(CLK X and CLKr). All Codecs tied to the same data bus 
receive identical framing pulses (FS X and FSr). The 
framing pulses reset the on-chip timeslot counters 
every frame; hence the timeslot counters of all devices 
are synchronized. Each Codec is programmed via CLK C 
and D c for the desired transmit and receive timeslots 
according to the description in the Codec Control 
Section. All Codecs tied to the same D R bus will, in 
general, have different receive timeslots, although that 
is not a device requirement. There may be separate 
busses for transmit and receive or all Codecs may 
transmit and receive over the same bus, in which case 
the transmit and receive channels must be synchronous 
(CLKx=CLKr.) There are no other restrictions on time- 
slot assignments; a device may have the same transmit 
and receive timeslot even if a single bus is used. 

There are several requirements for using the CLK C -D C 
interface in the microcomputer mode. 

1. A complete timeslot assignment, consisting of eight 
negative transitions of CLK C , must be made in less 
than one frame period. The assignment can overlap a 
framing pulse so long as all 8 control bits are clocked 
in within a total span of 125 jisec (for an 8 KHz frame 
rate). CLK C must be left at a TTL low level when not 
assigning a timeslot. 

2. A dead period of two frames must always be observed 
between successive timeslot assignments. The two 
frame delay is measured from the rising edge of the 
first CLK C transition of the previous timeslot 
assigned. 

3. When the device is in the power-down state (Standby), 
the following three-step sequence must be followed to 
power-up the codec to avoid contention on the transmit 
PCM highway. 

a. Assign a dummy transmit timeslot. The dummy should 
be at least two timeslots greater than the maximum valid 
system timeslot (usually 24 or 32). For example, in a 
24 timeslot system, the dummy could be any timeslot 
between 26 and 64. This will power-up the transmit side, 
but prevent any spurious Dx or TSx outputs. 

b. Two frames later, assign the desired transmit timeslot. 



c. Two frames later assign the desired receive timeslot. 

4. Initialization sequence: The device contains an on- 
chip power-on clear function which guarantees that 
with proper sequencing of the supplies (V cc or V DD 
on last), the device will initialize with no timeslot 
assigned to either the transmit or receive channel. 
After a supply failure/Or whenever the supplies are 
applied, it is recommended that either power down 
assignment be made first, or the first timeslot assign- 
ment be a transmit timeslot or a transmit/receive 
timeslot. The consequence of making a receive time- 
slot assignment first, after supply application, is that 
the transmit channel will assume timeslot 1, poten- 
tially producing bus contention. 

5. Transmit only/receive only operation is permitted pro- 
vided that a power down assignment is made first. 
Otherwise, special circuits which use only one chan- 
nel should be physically disconnected from the 
unused bus; this allows a timeslot to be made to an 
unused channel without consequence. 

6. Both frame synchronizing pulses (FS X , FSr) must be 
active at all times after power on clear (after power 
supplies are turned on). This requirement must be met 
during powerdown and receive only or transmit only 
operation, as well as during normal transmit and receive 
operation. 

Example of Microcomputer Control Mode: 

The two words 01000001 and 10000010 have been 
loaded into the Codec. The transmit side is now pro- 
grammed for timeslot 2 and the receive side for time- 
slot 3. The Codec will output a PCM word on the trans- 
mit PCM highway (bus) during the timeslot 2 of the 
transmit frame, and will fetch a PCM word from the 
receive PCM highway during timeslot 3. 

U— SEPARATED BY AT LEAST TWO FRAMES-*] 

JHJ^LJTlJ^LrslJelJTLJel^ 



In this example the Codec interface to the PCM highway 
then functions as shown below. (FS X and FSr may be 
asynchronous.) 



XMT TIME SLOT 1 



XMT TIME SLOT 2 



XMT TIME SLOT 3 



FSx IN | j_J 2 2 3 § 6 7 8 . 1 2 2 5 § 6 7 8 . 1 2 3 4 5 6 7 8_ 

clk x in JlJxhjTJlJTJT_J1JT_^^ 



Dx OUT 
TS X OUT 



I I I l l I 



-H 



FSr IN 

CLKr IN 

D R IN 



RCV TIME SLOT 1 



12 3 4 5 



-H- 



RCV TIME SLOT 2 



■+— 



RCV TIME SLOT 3 



7 8.1 2 3 4^ 5 6 78.1 



3 4 5 6 7 8! 



jTJXTLXLrLJTJi_rLrLr^ 



i i i i 



i i i i i i i I i i i i i i i I 

j „ PCM WORD CLOCKED IN m j 
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Direct Control Mode 

The direct mode of operation will be selected when the 
CLK C pin is strapped to the +5 volt supply (V cc ). In this 
mode, the D c pin is an active low chip select. In other 
words, when Dq is low, the device transmits and 
receives in the timeslots which follow the appropriate 
framing pulses. With D c high the device is in the power 
down state. Even though CLKq characteristics are 
simpler for the 2910A it will operate properly when 
plugged into a 2910 board. 

Deactivation of a channel by removal of the appropriate fram- 



ing pulse (FS X or FS R ) is not permitted. Specifically, framing 
pulses must be applied for a minimum of two frames after a 
change in state of D c in order for the D c change to be in- 
ternally sensed. In particular, when entering standby in the 
direct mode, framing pulses must be applied as usual for two 
frames after D c is brought high. 

The Codec will enter the direct mode within three frame 
times (375/isec) as measured from the time the device 
power supplies settle to within the specified limits. This 
assumes that CLK C is tied to V C c and that all clocks are 
available at the time the supplies have settled. 



General Control Requirements 

All bit and frame clocks should be applied whenever the 
device is active. In particular, an unused channel cannot 
be deactivated by removal of its associated frame or bit 
clock while the other channel of the same device 
remains active. 



A single channel cannot be deactivated except by 
physical disconnection of the data lead (D x or Dr) from 
the system data bus. A device (both transmit and receive 
channels) may be deactivated in either control mode by 
powering down the device. Both channels are always 
powered down together. 



Encoding 

The VF signal to be encoded is input on the VFx lead. An 
internal switch samples the signal and the hold function 
is performed by the external capacitor connected to the 
CAP1 X and CAP2 X leads. The sampling and conversion 



is synchronized with the transmit timeslot. The PCM 
word is then output on the D x lead at the proper time- 
slot occurrence of the following frame. The A/D 
converter saturates at approximately ±2.2 volts RMS 
(±3.1 volts peak). 



fs x JL 



193 X CLK X 

(24 CHANNEL SYSTEM) 



-H. 



TIME SLOT 20 



TIME SLOT 20 -*| f*- 
P- 




Decoding 

The PCM word is fetched by the D R lead from the PCM 
highway at the proper timeslot occurrence. The decoded 
value is held on an internal sample and hold capacitor. 



The buffered non-return to zero output signal on the VF R 
lead has a dynamic range of approximately ±2.2 volts 
RMS (±3.1 volts peak). 



Signaling 

The duration of the FS X and FS R pulses defines whether 
a frame is an information frame or a signaling frame: 

• A frame synchronization pulse which is a full clock 
period in duration (CLK X period for FS X , CLK R period 
for FSpt) designates a non-signaling; frame. 



• A frame synchronization pulse which is two full clock 
periods in duration (two CLK X periods for FS X , two 
CLK R periods for FSfO designates a signaling frame. 

On the encoding side, when the FS X pulse is widened, 
the 8th bit of the PCM word will be replaced by the value 
on the SIG X input at the time when the 8th bit is output 
on the D x lead. 
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TSn x - 



^ TS,,— ^ ^ TSnx ^ , ^^TS,, f 

CLKxJHJTlJTUinjlLRJiLRJiL^ 

192 8 n-7 XMIT SIGNAL FRAME 




On the decoding side, when the FS R pulse is widened, 
the 8th bit of the PCM word is detected and transmitted 
on the SIG R lead. That output is latched until the next 
receiving signaling frame. 



The remaining 7 bits are decoded according to the value 
given In the CCITT G733 recommendation. The SIG R 
lead is reset to a TTL low level whenever the Codec is in 
the power-down state. 



f . TS, R ^ ^ TSn R ^ i92 ^TS, R ^ TSn R ^ 

CLK B JiunjiutiMjzuzuTuzuzi, iijiJTjnjTJi_nJi_n_ s JiJTjTLj*-ijxnjiJiJ"i^^ 



REC. SIGNAL FRAME 



FS R 

Do ::::::::::::::::::::::::::::::::■":::::::! :xiixmxmxe)CMIMEI1' 

B8 

sig r ;' zz 



U- 



:xMiiiXMiKXMM)(^o(i::'. 



in 



T1 Framing 

The Codec will accept the standard D3/D4 framing 
format of 193 clock pulses per frame (equivalent to 



CLK X , CLK R of 1.544 Mb/sec). However, the 193rd bit 
may be blanked (equivalent to CLK X , CLK R of 
1.536 Mb/sec) if desired. 



Standby Mode — Power Down 

To minimize power consumption and heat dissipation a 
standby mode is provided where all Codec functions are 
disabled except for Dq and CLKq leads. These allow the 
Codec to be reactivated. In the microcomputer mode the 
Codec is placed into standby by loading a control word 
(D c ) with a "1" in bits 1 and 2 locations. In the direct 
mode when Dc is brought high, the all "1's" control 
word is internally transferred to the control register,' 



invoking the standby condition. 

While in the standby mode, the D x output is actively 
held in a high impedance state to guarantee that the 
PCM bus will not be driven. The SIG R output is held low 
to provide a known condition and remains this way upon 
activation until it is changed by signaling. 

The power consumption in the standby mode is typically 
33 mW. 



Power-On Clear 

Whether the device is used in the direct or microcom- 
puter mode, an internal reset (power-on clear) is 
generated, forcing the device into the power down state, 
when power is supplied by any of the following 
methods. (1) Device power supplies are turned on in a 
system power-up situation where either Vqc or V DD is 
applied last. (2) A large supply transient causes either of 
the two positive supplies to drop to less than approxi- 
mately 2 volts. (3) A board containing Codecs is plugged 
into a "hot" system where Vcc or V DD is the last contact 



made. It may be necessary to trim back the edge 
connector pins or fingers on V C c or V DD relative to the 
other supply to guarantee that the power-on clear will 
operate properly when a board is plugged into a "hot" 
syst em. Furthermore, the Codec will inhibit activity on 
TS X and D x during the application of power supplies. 

The device is also tolerant of transients in the negative 
supply (Vqb) so long as Vbb remains more negative than 
-3.5 volts. V B b transients which exceed this level 
should be detected and followed by a system reinitial- 
ization. 



Precision Voltage Reference for the 
D/A Converter 

The voltage reference is generated on the chip and is 
calibrated during the manufacturing process. The 
technique uses the difference in sub-surface charge 
density between two suitably implanted MOS devices to 
derive a temperature stable and bias stable reference 
voltage. 



A gain setting op amp, programmed during manufac- 
turing, "trims" the reference voltage source to the final 
precision voltage reference value provided to the D/A 
converter. The precision voltage reference determines 
the initial gain and dynamic range characteristics 
described in the A.C. Transmission Specification 
section. 
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fi-Law Conversion 

fi-law represents a particular implementation of a piece- 
wise linear approximation to a logarithmic compression 
curve which is: 



F(x)=Sgn(x)H^±^,0<| X |<1 

where x = input signal 

Sgn(x) = sign of input signal 

M= 255 (defined by AT&T) 

The 2910A \x = 255 law Codec uses a 15 segment approx- 
imation to the logarithmic law. Each segment consists 
of 16 steps. In adjacent segments the step sizes are in a 
ratio of two to one. Within each segment the step size is 
constant except for the first step of the first segment of 
the encoder, as indicated in the attached table. The 
output levels are midway between the corresponding 
decision levels. The output levels y n are related to the 
input levels x n by the expression: 



Xfl """ Xnj. ■i 

y n = fori <n< 127 



y =x =0 for n = 
These relationships are implicit in the attached table. 



CODEC TRANSFER CHARACTERISTIC 




During signaling frames, a 7-bit transfer characteristic 
is implemented in the decoder. This characteristic is 
derived from the decoder values in the attached table by 
assuming a value of "1" for the LSB (8th bit) and shifting 
the decoder transfer characteristic one half-step away 
from the origin. For example, the maximum decoder 
output level for signaling frames has normalized value 
7903, whereas it has value 8031 in normal (non- 
signaling) frames. 
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Theoretical /j-Law — Positive Input Values (for Negative Input Values, Invert Bit 1) 



3 



Segment 
Number 



No. of Steps 
x Step Size 



Value 

at Segment 

End 

Points 



Decision 

Value 
Number n 



Decision 
Value Xn 1 



PCM Word 3 



msb Bit Number lsb 
12 3 4 5 6 7 8 



Normalized 

Value 
at Decoder 
Output y n 4 



Decoder 

Output 

Value 

Number 



16x256 



16x128 



16x64 



16x32 



16x8 



16x4 



15x2 



1x1 



8159 s 



4063 



2015 



479 



223 



95 



(128) 
127 

I 

I 

I 

113 



112 

I 
I 
I 
I 
97 

96 



81 

80 

I 

65 
64 



I 

I 

49 

48 

I 



33 

32 
I 
I 
I 
I 

17 

16 

I 
I 

I 

2 

1 




(8159) 
7903 

I 

I 

4319 

4063 
I 

I 



2143 

2015 
I 

I 

I 
1055 

991 



511 

479 

I 
j 

i 

i 

239 

223 

I 
I 
I 

103 

95 
I 

I 

I 
35 



10000000 |— 8031 

I 



I 

(see Note 2) 
I 



10 1111 



(see Note 2) 
I 



10 11111 



I 



(see Note 2) 



I 



10 10 1111 



I 

(see Note 2) 

I 



10 111111 



(see Note 2) 
I 



110 1111 — 



I 
(see Note 2) 



110 11111 — 



I 

(see Note 2) 



1110 1111 



I 
(see Note 2) 



11111110 



11111111 



4191 



I 
I 

2079 
I 
I 
I 
I 
I 
I 

1023 
I 
I 
I 
I 
I 
I 
495 
I 
I 

I 
I 

I 
231 
I 
I 
I 
I 
I 
I 
99 
I 
I 
I 
I 
I 
I 
33 
I 
I 



127 



112 



96 



80 



64 



48 



32 



16 



Notes: 

1. 8159 normalized value units correspond to the value of the on-chip voltage reference. 

2. The PCM word corresponding to positive input values between two successive decision values numbered n and n + 1 (see column 4) 
is (255- n) expressed as a binary number. 

3. The PCM word on the highways is the same as the one shown in column 6. 

4. The voltage output on the VFp lead is equal to the normalized value given in the table, augmented by an offset. The offset value is 
approximately 15 mV. 

5. xi28 is a virtual decision value. 
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APPLICATIONS 



Circuit Interface — 
Without External Auto Zero 



Circuit Interface — 
With External Auto Zero 



ENCODER 1 1 
FILTER 1 1 




2912A FILTER 



— I 



ENCODER 
FILTER 
VFxo 



DECODER . 
FILTER 



VF X I 



Ci 
.3^F 



Rl 
150 Kfl 



R 2 

330n 



-AA/Sr- 

R 3 



VFr I 



I 



2912A FILTER 



Holding Capacitor 

For an 8 KHz sampling system the transmit holding 
capacitor CAP X should be 2000 pF± 20%. 

Auto Zero 

The 2910A contains a transparent on-chip auto zero plus 
a device pin for implementing a sign-bit driven external 
auto zero feedback loop. The on-chip auto zero reduces 
the input offset voltage of the encoder (VFx) to less than 
3mV. For most telephony applications, this input offset 
is perfectly acceptable, since it insures the encoder is 
biased in the lower 25% of the first segment. 

Where lower input offset is required the external auto zero 
loop may be used to bias the encoder exactly at the zero 
crossing point. The consequence of the external auto zero 
loop, aside from extra components, is the addition of the 
dithering auto-zero signal to the input signal, resulting in 
slightly higher idle channel noise (approximately 2dB) than 
when the external loop is not used. Consequently, where the 
application permits, it is recommended that the external auto 
zero loop not be used. When not used, the AUTO pin should 
float. 



The circuit interface with auto zero drawing shows a 
possible connection between the 'VFx and AUTO leads 
with the recommended values of C-| = 0.3/iF, R-j 
= 1 50 KQ, R 2 = 330 Q, and R 3 = 470 KQ. 

Filters Interface 

The filters may be interfaced as shown in the circuit 
interface diagrams. Note that the output pulse stream is 
of the non-return-to-zero type and hence requires the 
(sin x)/x correction provided by the 2912A filter. 

Dx Buffering 

For higher drive capability or increased system reli- 
ability it may be desirable that the D x output of a group 
of Codecs be buffered from the system PCM bus with an 
external three-state or open collector buffers. A buffer 
can be enabled with t he a ppropriate Codec generated 
TS X signal or signals. TS X signal may also be used to 
activate external zero code suppressio n log ic, since the 
occurrence of an active state of any TS X implies the 
existence of PCM voice bits (as opposed to transparent 
data bits) on the bus. 
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Absolute Maximum Ratings* 

Temperature Under Bias . . - 10°C to +80°C 'NOTICE: Stresses above those listed under "Absolute 

Storage Temperature -65°C to + 150°C Maximum Ratings" may cause permanent damage to the 

All Input or Output Voltages with device. This is a stress rating only and functional operation 

Respect to V BB -0.3 V to +20V f the device at these or any other conditions above those 

Vcc v dd» GRDD, and GRDA with Respect indicated in the operational sections of this specification is 

to V B b - 0.3V to + 20V not implied. Exposure to absolute maximum rating condi- 

Power Dissipation 1.35W tions for extended periods may affect device reliability. 



D.C. Characteristics 

T A =0°C to +70°C, V DD =+12V±5%, V CC =+5V±5%, V BB =-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified, 



Symbol 



Parameter 



Limits 



Min 



Ty^ 



Max 



Unit 



Test Conditions 



DIGITAL INTERFACE 



III 


Low Level Input Current 






10 


^ 


V|N < V, L 


l|H 


High Level Input Current 






10 


ma 


V|N > V, H 


V|L 


Input Low Voltage 






0.6 


V 




V| H 


Input High Voltage 


2.0 






V 




Vol 


Output Low Voltage 






0.4 


V 


D X , loL= 4 - 0mA 

SIG R , I l= 0.5mA 

TSi, I l= 3.2mA, open drain 

PDN, I l= 1.6 mA-, open drain 


Vqh 


Output High Voltage 


2.4 


. . ^ 




V 


D x . loH=15mA 
SIG R , l O H = 0'08nfiA 



ANALOG INTERFACE 



Zai 


Input Impedance when Sampling, VF X 


125 


300 


500 


Q 


in series with CAP X to GRDA, 
-3.1 V<V, N < 3.1V 


Zao 


Small Signal Output Impedance, VF R 


100 


180 


300 


Q 


-3.1 V<V ut< 3.1V 


VOR 


Output Offset Voltage at VF R 






±50 


mV 


all "1s" code sent to D R 


Vix 


Input Offset Voltage at VF X 






±5 


mV 


VF X voltage required to 
produce all "1s" code at D x 


Vol 


Output Low Voltage at AUTO 




v BB 


(Vbb+2) 


V 


400KQtoGRDA 


Vqh 


Output High Voltage at AUTO 


(Vcc- 2) 


Vcc 




V 


400KQtoGRDA 



POWER DISSIPATION 












Iddo 


Standby Current 




0.7 


1.1 


mA 




•ceo 


Standby Current 




4 


7.0 


mA 




Ibbo 


Standby Current 




1 


2.5 


mA 


Auto Output = Open 

clock frequency = 2.048 MHz 


•ddi 


Operating Current 




11 


16 


mA 


■cci 


Operating Current 




13 


21 


mA 




>BBI 


Operating Current 




4 


6.0 


mA 





Notes: 

1. Typical values are for T A = 25°C and nominal power supply values. 
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A.C. Characteristics 

T A =0°C to +70°C, V DD =+12V±5%, V C c=+5V±5%, V B b=-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified. 





Parameter 


Limits 


Unit 




Symbol 


Min | Typi | 


Max 


Test Conditions 


TRANSMISSION 


S/D 


Signal/tone distortion ratio, 
C-Message weighted 
Half channel 
(See Figure 1) 


36 
30 
27 






dB 
dB 
dB 


VF X = 1.02 KHz, sinusoid 
-30 dBmO ^ VF X ^ dBmO 
-40 dBmO ^ VF X < -30 dBmO 
-45 dBmO ^ VF X < -40 dBmO 


AG 


Gain tracking deviation 
Half channel 2 
Reference level dBmO 




±.25 
±.60 

±1.5 


±.30 
±.70 
±1.8 


dB 
dB 
dB 


VF X = 1.02 KHz, sinusoid 
-37 dBmO ^ VF X ^ +3 dBmO 
-50 dBmO ^ VF X < -37 dBmO 
-55 dBmO ^ VF X < -50 dBmO 


AG V 


AG Variation with supplies 
Half channel 




± .0002 
±.0004 


±.0004 
r.0008 


dB/mV 
dB/mV 


-37 dBmO ^ VF X ^ +3 dBmO 
-50 dBmO ^ VF X < -37 dBmO 


AG T 


AG Variation with temperature 
Half channel 




±.001 
±.002 


±.002 
±.005 


dB/°C 
dB/°C 


-37 dBmO ^ VF X ^ +3 dBmO 
-50 dBmO ^ VF X < -37 dBmO 


Nici 


Idle channel noise, C-Message 
weighted 




2 


7 


dBrncO 


no signaling 3 


N|C2 


Idle channel noise, C-Message 
weighted 




10 


i3 


dBrncO 


with 6th and 12th frame 
signaling 3 


N IC3 


Idle channel noise, C-Message 
weighted 




14 


18 


dBrncO 


with 1KHz sign bit toggle 


HD 


Harmonic distortion (2nd or 3rd) 




-48 


-44 


dB 


VF X = 1.02 KHz, OdBmO; . 
measured at decoder output 
VF R 


IMD 


Intermodulation distortion 
2nd Order 
3rd Order 






-45 
-55 


dB 
dB 


4-tone stimulus in 
accordance with BSTR 
PUB 41009 



< 27 y 




ATAT 

03 CHANNEL BANK 

COMPATIBILITY 

SPECIFICATION 

(ISSUE 3 10-77) 

END-TO-END 



1 



INPUT LEVEL (dBmO) 



I 



AT&T D3 CHANNEL 

BANK COMPATIBILITY 

SPECIFICATION 

(ISSUE 3-1077) 



^ 



I 






I 



INPUT 
+„ LEVEL 



+ 3 



dBmO 



i 



Figure 1. Signal/Total Distortion Ratio 
(Half-Channel) 



Figure 2. Gain Tracking Deviation (AG) 
(Half-Channel) 
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A.C. Characteristics (continued) 

T A =0°C to +70"C, V DD =+12V±5%, Vcc=+5V±5%, Vbb=-5V±5%, GRDA = 0V, GRDD=0V, unless otherwise specified. 



Symbol 


Parameter 


Limits 


Unit 


Test Conditions 


Min 


Typ' 


Max 


GAIN AND DYNAMIC RANGE 


DmW 


Digital Milliwatt Response 


5.53 


5.63 


5.73 


dBm 


23°C, nominal supplies 4 


DmW T 


DmWo Variation with Temperature 




-0.001 


-0.002 


dB/°C 


relative to 23 °C 4 


DmW s 


DmWo Variation with Supplies 






±0.07 


dB 


supplies ±5% 4 


A|R 


Input Dynamic Range 


2.17 


2.20 


2.23 


Vrms 


using D.C. and A.C. tests 5 
23° C, nominal supplies 


A|RT 


Input Dynamic Range with 
Temperature 






-0.5 


mV R Ms/°C 


relative to 23 °C 


Airs 


Input Dynamic Range with Supplies 






±18 


mV R MS 


supplies ±5% 


Aor 


Output Dynamic Range, VFr 


2.13 


2.16 


2.19 


Vrms 


23°C, nominal supplies 


Aort 


A r Variation with Temperature 






-0.5 


mVRMsTC 


relative to 23 °C 


A ORS 


Aqr Variation with Supplies 






±18 


™V RMS 


supplies ±5% 



SUPPLY REJECTION AND CROSSTALK 












PSRR! 


V DD Power Supply Rejection Ratio 


45 






dB 


decoder alone 6 


PSRR 2 


Vbb Power Supply Rejection Ratio 


35 






dB 


decoder alone 6 


PSRR 3 


V cc Power Supply Rejection Ratio 


50 






dB 


decoder alone 6 


PSRR 4 


Vrjrj Power Supply Rejection Ratio 


50 






dB 


encoder ?.!one 


PSRR 5 


Vbb Power Supply Rejection Ratio 


45 






dB 


encoder alone 7 


PSRR 6 


Vcc Power Supply Rejection Ratio 


50 






dB 


encoder alone 7 


ct r 


Crosstalk Isolation, Receive Side 


75 


80 




dB 


see Note 8 


CT T 


Crosstalk Isolation, Transmit Side 


75 


80 




dB 


see Note 9 


CAPX 


Input Sample and Hold Capacitor 


1600 


2000 


2400 


PF 





Notes: 

1. Typical values are for T A = 25 °C and nominal power supply values. 

2. Measured in one direction, either decoder or encoder and an ideal device, at 23° C, nominal supplies. 

3. If the external auto-zero is used N|C1 has a typical value of 8 dBrncO and N|C2 has a typical value of 13 dBrncO. 

4. D R of Device Under Test (D.U.T.) driven with repetitive digital word sequence specified in CCITT recommendation G.71 1 . Measurement made at VF R 
output. 

5. With the D.C. method the positive and negative clipping levels are measured and A tR is calculated. With the A.C. method a sinusoidal input signal to 
VF X is used where A )R is measured directly. 

6. D.U.T. decoder; impose 200 mV p . P , 1.02 KHz on appropriate supply; measurement made at decoder output; decoder in idle channel conditions. 

7. D.U.T. encoder; impose 200 mV P . P) 1.02 KHz on appropriate supply; measurement made at encoder output; encoder in idle channel conditions. 

8. VF X of D.U.T. encoder= 1.02 KHz, dBmb. Decoder under quiet channel conditions; measurement made at decoder output. 

9. VF x = Vrms. Decoder = 1.02 KHz, dBmO. Encoder under quiet channel conditions; measurement made at encoder output. 
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A.C. Characteristics — Timing Specification (1) 

T A =0'C to +70*C, V DD =+12V±5%, V C c=+5V±5%, V BB =-5V±5%, GRDA=0V, QRDD=0V, unless otherwise specified. 





Parameter 


Limits 


Units 




Symbol 


Min 


Max 


Comments 


CLOCK SECTION 


tcY 


Clock Period 


485 




ns 


CLK X> CLK R (2.048 MHz systems), CLK C 


to t f 


Clock Rise and Fall Time 





30 


ns 


CLK X , CLK R , CLK c 


tdK 


Clock Pulse Width 


215 




ns 


CLK X , CLK R , CLK c 


tcDC 


Clock Duty Cycle (tcLK + toy) 


45 


55 


% 


CLK X , CLKr 


TRANSMIT SECTION 


*VFX 


Analog Input Conversion 


20 




timeslot 


from leading edge of transmit timeslot 2 


*DZX 


Data Enabled on TS Entry 


50 


180 


ns 


0<C L oad< 100 pF 


*DHX 


Data Hold Time 


80 


230 


ns 


0<C L oad< 100 pF 


tfHZX 


Data Float on TS Exit 


75 


245 


ns 


C|_OAD=0 


tsON 


Timeslot X to Enable 


30 


220 


ns 


0< C LO ad< 100 pF 


*SOFF 


Timeslot X to Disable 


70 


225 


ns 


C|_oaD=0 


*SS 


Signal Setup Time 







ns 


relative to bit 7 falling edge 


*SH 


Signal Hold Time 


100 




ns 


relative to bit 8 falling edge 


tFSD 


Frame Sync Delay 


15 


150 


ns 




RECEIVE AND CONTROL SECTIONS 


*VFR 


Analog Output Update 


9 1/16 


9 1/16 


timeslot 


from leading edge of the channel timeslot 


*DSR 


Receive Data Setup 


20 




ns 




*DHR 


Receive Data Hold 


60 




ns 




tsiGR 


SIG R Update 




1 


M S 


from trailing edge of the channel timeslot 


*FSD 


Frame Sync Delay 


15 


150 


ns 




tpsc 


Control Data Setup 


115 




ns 


Microcomputer mode only 


*DHC 


Control Data Hold 


115 




ns 


Microcomputer mode only 



Notes: 

1 . All timing parameters referenced to 1 .5V, except t HZX and t S0FF which reference to high impedance state. 

2. The 20 timeslot minimum insures that the complete A/D conversion will take place under any combination of receive interrupt or asynchronous 
operation of the Codec. If the transmit channel only is operated, the A/D conversion can be completed in a minimum of 1 1 timeslots. Refer 
to the Codec Control General Requirement section for instructions on setting a channel in an idle condition. 
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TIMING WAVEFORMS' 1 ' 

TRANSMIT TIMING 




ICZIXIZXZZXZZXZZX 



TX 



~"V DON'T 

-A care 



RECEIVE TIMING 




G / A 



ijf 



h- 



1 




CONTROL TIMING 




Notes: 1. All timing parameters referenced to 1.5V, except t HZX and t S0 FF whicn reference a high impedance state. 
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PCM CODEC — A LAW 

8-BIT COMPANDED A/D AND D/A CONVERTER 



■ Per Channel, Single Chip Codec 



CCITT G711 and G732 Compatible, 
Even Order Bits Inversion Included 

Microcomputer Interface with 
On-Chip Time-Slot Computation 

Simple Direct Mode Interface When 
Fixed Timeslots Are Used 



■ 66 dB Dynamic Range, with Resolution 
Equivalent to 11 -Bit Linear Conversion 
Around Zero 

■ ±5% Power Supplies: + 12V, +5V, -5V 

■ Precision On-Chip Voltage Reference 

■ Low Power Consumption 230 mW Typ. 
Standby Power 33 mW Typ. 

■ Fabricated with Reliable N-Channel 
MOS Process 



The Intel® 2911A Is a fully integrated PCM (Pulse Code Modulation) Codec (Coder-Decoder), fabricated with N-channel 
silicon gate technology. The high density of integration allows the sample and hold circuits, the digital-to-analog 
converter, the comparator and the successive approximation register to be integrated on the same chip, along with the 
logic necessary to interface a full duplex PCM link. 

The primary applications are in telephone systems: 

• Transmission — 30/32 Channel Systems at 2.048 Mbps 

• Switching — Digital PBX's and Central Office Switching Systems 

• Concentration — Subscriber Carrier/Concentrators 

The wide dynamic range of the 2911A (66dB) and the minimal conversion time (80/isec minimum) make it an ideal 
product for other applications, like: 

• Data Acquisition • Secure Communications Systems 

• Telemetry • Signal Processing Systems 



PIN CONFIGURATION 



CAPIxC 

CAP2xC 

VFxE 

AUTOC 

QRDAC 

VddC 

DrC 

PDNC 

VFrC 

NCC 

NC(I 



22 
21 
20 
19 
18 
2911A 17 
16 
15 
14 



DCLKc 

30c 
DVbb 

HFSx 

DCLKx 

DFSr 

UCLKr 

DVCC 

DTSx 

UDx 

Hqrdd 



PIN NAMES 



CAP 1 x , CAP 2 X 


Holding Capacitor 


VF X 


Analog Input 


VF R 


Analog Output 


Dr.d c 


Digital Input 


Dx.TS x 


Digital Output 


CLKc, CLK X , CLKr 


Clock Input 


FS X , FSr 


Frame Sync Input 


AUTO 


Auto Zero Output 


V B B 


Power(-5V) 


v C c 


Power (+5 V) 


Vdd 


Power (+ 12 V) 


PDN 


Power Down 


GRDA 


Analog Ground 


GRDD 


Digital Ground 


NC 


No Connect 



© VF x- 

© AUTO -« 
© CAP \ m 
@CAP2 X . 



® VF R , 



BLOCK DIAGRAM 



TRANSMIT SECTION A/D 



SAMPLE 

& 

HOLD 



SUCCESSIVE 

APPROXIMATION 

REGISTER 




CONTROL SECTION 



RECEIVE SECTION 
D/A 



O PIN NUMBER 



i 


\ 


J 


j 


GRDA 


GRDD 


V BB 


v cc 


© 


© 


@ 


© 



CONTROL 
REGISTER 



INPUT 
REGISTER 



© 



. TS X @ 

-CLK X @ 
-FS X @ 



_D C © 
-CLKc@ 
► PDN © 



-°R © 
-CLK R @ 
-FS R @ 



14-15 



iny 



2911A-1 



PIN DESCRIPTION 



Pin No. 


Symbol 


Function 


Description 


1 


CAP1 X 


Hold 


Connections for the transmit 


2 


CAP2 X 


holding capacitor. Refer to Ap- 
plications section. 


3 


VF X 


Input 


Analog input to be encoded into 
a PCM word. The signal on this 
lead is sampled at the same rate 
as the transmit frame synch- 
ronization pulse FSx, and the 
sample value is held in the ex- 
ternal capacitor connected to 
the CAP1x and CAP2x leads 
until the encoding process is 
completed. 


4 


AUTO 


Output 


Most significant bit of the en- 
coded PCM word (+5V for nega- 
tive, -5V for positive values). 
Refer to the Codec Applications 
section. 


5 


GRDA 


Ground 


Analog return common to the 
transmit and receive analog cir- 
cuits. Not connected to GRDD 
internally. 


6 


V D D 


Power 


+ 12V±5%; referenced to GRDA. 


7 


Dr 


Input 


Receive PCM highway (serial 
bus) interface. The Codec seri- 
ally receives a PCM word (8 bits) 
through this lead at the proper 
time defined by FSr, CLKr, Dq, 
and CLKc- 


8 


PDN 


Output 


Active high when the Codec is in 
imS power down State. Open drain 
output. 


9 


VF R 


Output 


Analog Output. The voltage 
present on VFr is the decoded 
value of the PCM word received 
on lead Dp. This value is held 
constant between two conver- 
sions. 


10 


NC 


No 
Connects 


Recommended practice is to 


11 


NC 


strap these NC's to GRDA. 


12 


GRDD 


Ground 


Ground return common to the 
logic power supply; Vcc- 


13 


D X 


Output 


Output of the transmit side onto 
the send PCM highway (serial 
bus). The 8-bit PCM word is seri- 
ally sent out on this pin at the 
proper time defined by FSx, 
CLK X , D c , and CLK C . TTL three- 
state output. 



Pin No. 


Symbol 


Function 


Description 


14 


TSx" 


Output 


Normally high, this signal goes low 
while the Codec is transmitting an 
8-bit PCM word on the D x lead. 
(Timeslot information used for di- 
agnostic purposes and also to 
gate the data on the D x lead.) 
Open drain output. 


15 


Vcc 


Power 


+5V±5%, referenced to GRDD. 


16 


CLKr 


Input 


Master receive clock defining 
the bit rate on the receive PCM 
highway. Typically 2.048 Mbps 
for a carrier system. Maximum 
rate 2.1 Mbps. 50% duty cycle. 
TTL compatible. 


17 


FSr 


Input 


Frame synchronization pulse 
for the receive PCM highway. 
Resets the on-chip timeslot 
counter for the receive side. 
Maximum repetition rate 12 KHz. 
TTL interface. 


18 


CLK X 


Input 


Master transmit clock defining 
the bit rate on the transmit PCM 
highway. Typically 2.048Mbps 
for a carrier system. Maximum 
rate 2.1 Mbps. 50% duty cycle. 
TTL interface. 


19 


FS X 


Input 


Frame synchronization pulse 
for the transmit PCM highway. 
Resets the on-chip timeslot 
counter for the transmit side. 
Maximum repetition rate 12 KHz. 
TTL interface. 


20 


Vbb 


Power 


-5V±5%, referenced to GRDA. 


21 


D C 


Input 


Data input to program the Codec 
for the chosen mode of opera- 
tion. Becomes an active low 
chip select when CLKc is tied to 
Vcc- TTL interface. 


22 


CLK C 


Input 


Clock input to clock in the data 
on the Dc lead when the time- 
slot assignment feature is used; 
tied to Vcc *° disable this fea- 
ture. TTL interface. 
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FUNCTIONAL DESCRIPTION 

The 2911 A PCM Codec provides the analog-to-digital 
and the digital-to-analog conversions necessary to inter- 
face a full duplex (4 wires) voice telephone circuit with 
the PCM highways of a time division multiplexed (TDM) 
system. The Codec is intended to be used on line and 
trunk terminations. 

In a typical telephone system the Codec is located 
between the PCM highways and the channel filters. 

The Codec encodes the incoming analog signal at the 
frame rate (FSx) into an 8-bit PCM word which is sent 
out on the D x lead at the proper time. Similarly, on the 
receive link, the Codec fetches an 8-bit PCM word from 
the receive highway (D R lead) and decodes an analog 
value which will remain constant on lead VF R until the 
next receive frame. Transmit and receive frames are 
independent. They can be asynchronous (transmission) 
or synchronous (switching) with each other. 

Circuitry is provided within the Codec to internally 
define the transmit and receive timeslots. In small 
systems this may eliminate the need for any external 
timeslot exchange; in large systems it provides one 
level of concentration. This feature can be bypassed and 




Typical Line Termination 



TELEPHONE SET 



PABX / CO. SWITCHING SYSTEM / CHANNEL BANK 



TRANSMISSION 
HIGHWAYS 



CONTROL HIGHWAYS 



H 



SUPERVISION 
PROTECTION 

BATTERY 
FEED 

RINGING 








2W/ 
/4W 

HYBRID 









OFF-HOOK / ROTARY DIAL PULSES 



UrLQJr 



L=U 



2911A 
CODEC 



RING CONTROL 



discrete timeslots sent to each Codec within a system. 

In the power-down mode, most functions of the Codec 
are directly disabled to reduce power dissipation to a 
minimum. 



CODEC OPERATION 
Codec Control 

The operation of the 2911 A is defined by serially loading 
an 8-bit word through the D c lead (data) and the CLK C 
lead (clock). The loading is asynchronous with the other 
operations of the Codec, and takes place whenever tran- 
sitions occur on the CLK C lead. The D c input is loaded 
in during the trailing edge of the CLK C input. 



The last 6 bits of the control word define the timeslot 
assignment, from 000000 (timeslot 1) to 1 1 1 1 1 1 (timeslot 
64). Bit 3 is the most significant bit and bit 8 the least 
significant bit and last into the Codec. 



Bit 1 


Bit 2 


Mode 








X&R 





1 


X 


1 





R 


1 


1 


Standby 



: DOOOOOOCDOC 

BIT1 BIT2 BIT3 BIT 4 BIT 5 BIT 6 BIT 7 BIT 8 

I I 

L_ SELECT _J.^_ 
I MODE I 



TIMESLOT: n x ,n R 



The control word contains two fields: 

Bit 1 and Bit 2 define whether the subsequent 6 bits 
apply to both the transmit and receive side (00), the 
transmit side only (01), the receive side only (10), or 
whether the Codec should go into the standby, power- 
down mode (11). In the last case (11), the following 6 bits 
are irrelevant. 



Bit 




3 4 5 6 7 8 


Time-Slot 





1 


1 


2 


• 


• 


• 


• 


• 


• 


• 


• 


111111 


64 



The Codec will retain the control word (or words) until a 
new word is loaded in or until power is lost. This feature 
permits dynamic allocation of timeslots for switching 
applications. 



Microcomputer Control Mode 

In the microcomputer mode, each Codec performs its 
own timeslot computation independently for the trans- 
mit and receive channels by counting clock pulses 
(CLK X and CLKr). All Codecs tied to the same data bus 



receive identical framing pulses (FS X and FSr). The 
framing pulses reset the on-chip timeslot counters 
every frame; hence the timeslot counters of all devices 
are synchronized. Each Codec is programmed via CLK C 
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and D c for the desired transmit and receive timeslots 
according to the description in the Codec Control 
Section. Ail Codecs tied to the same D R bus will, in 
general, have different receive timeslots, although that 
is not a device requirement. There may be separate 
busses for transmit and receive or ail Codecs may 
transmit and receive over the same bus, in which case 
the transmit and receive channels must be synchronous 
(CLK x =CLKr). There are no other restrictions on time- 
siot assignments; a device may have the same transmit 
and receive timeslot even if a single bus is used. 

There are several requirements for using the CLK C -D C 
interface in the microcomputer mode. 

1. A complete timeslot assignment, consisting of eight 
negative transitions of CLK C , must be made in less 
than one frame period. The assignment can overlap a 
framing pulse so long as all 8 control bits are clocked 
in within a total span of 125/jsec (for an 8 KHz frame 
rate). CLK C must be left at a TTL low level when not 
assigning a timeslot. 

2. A dead period of two frames must always be observed 
between successive timeslot assignments. The two 
frame delay is measured from the rising edge of the 
first CLK C transition of the previous timeslot 
assigned. 

3. When the device is in the power-down state (Standby), 
the following three-step sequence must be followed to 
power-up the codec to avoid contention on the transmit 
PCM highway. 

a. Assign a dummy transmit timeslot. The dummy should 
be at least two timeslots greater than the maximum valid 
system timeslot (usually 24 or 32). For example, in a 
24 timeslot system, the dummy could be any timeslot 
between 26 and 64. This will power-up the transmit side, 
but prevent any spurious Dx or TSx outputs. 



4. Initialization sequence: The device contains an on-chip 
power-on clear function which guarantees that with 
proper sequencing of the supplies (Vcc or Vdd on last), 
the device will initialize with no timeslot assigned to 
either the transmit or receive channel. After a supply 
failure or whenever the supplies are applied, it is recom- 
mended that either power down assignment be made 
first, or the first timeslot assignment be a transmit time- 
slot or a transmit/receive timeslot. The consequence of 
making a receive timeslot assignment first, after supply 
application, is that the transmit channel will assume 
timeslot 1, potentially producing bus contention. 

5. Transmit only/receive only operation is permitted pro- 
vided that a power down assignment is made first. Other- 
wise, special circuits which use only one channel should 
be physically disconnected from the unused bus; this 
allows a timeslot to be made to an unused channel with- 
out consequence. 

6. Both frame synchronizing pulses (FS X , FSr) must be 
active at all times after power on clear (after power 
supplies are turned on). This requirement must be met 
during powerdown and receive only or transmit only 
operation, as well as during normal transmit and receive 
operation. 

Example of Microcomputer Control Mode: 

The two words 01000001 and 10000010 have been 
loaded into the Codec. The transmit side is now pro- 
grammed for timeslot 2 and the receive side for timeslot 
3. The Codec will output a PCM word on the transmit 
PCM highway (bus) during the timeslot 2 of the transmit 
frame, and will fetch a PCM word from the receive PCM 
highway during timeslot 3. 

U- SEPARATED BY AT LEAST TWO FRAMES 

JTIJslJsljAlJslJeUTlJeLJTU^ 

clk c ; 

J_ n nJ-L 



b. Two frames later, assign the desired transmit timeslot. 

c. Two frames later assign the desired receive timeslot. 



In this example the Codec interface to the PCM highway 
then functions as shown below. (FS X and FSr may be 
asynchronous.) 



FS X IN 

CLK X IN 

Dx OUT 
TS X OUT 



XMT TIME SLOT 1 



_2 2 5 5 6_ 



8 ' 1 



XMT TIME SLOT 2 



^ 



-2 4 5 § 7 8_ 



XMT TIME SLOT 3 



2 3 4 5 6 7 8 



rLiiJiJ-UTJi_riJiJTJ"iJij~ux^ 



i i i i 



T~m 



RCV TIME SLOT 1 



•+— 



FS„ IN 
CLK R IN 



Dr IN 



3 4 5 6 7 8 



RCV TIME SLOT 2 



_2 3 4 5 6 7 8.1 



RCV TIME SLOT 3 



JTJT_RJTJTJTJTJl_nJT_nJlJXriJ^^ 



Ill 



I I I I 



I I I I ■ I" 



PCM WORD CLOCKED IN 



Direct Control Mode 

The direct mode of operation will be selected when the 
CLK C pin is strapped to the +5 volt supply (Vcc)- m tnis 
mode, the D c pin is an active low chip select. In other 
words, when D c is low, the device transmits and 
receives in the timeslots which follow the appropriate 



framing pulses. With D c high the device is in the power 
down state. Even though CLK C characteristics are 
simpler for the 2911 A it will operate properly when 
plugged into a 2911 board. 

Deactivation of a channel by removal of the appropriate 
framing pulse (FS X or FSr) is not permitted. 
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Specifically, framing pulses must be applied for a minimum 
of two frames after a change in state of D c in order for the 
D c change to be internally sensed. In particular, when en- 
tering standby in the direct mode, framing pulses must be 
applied as usual for two frames after D c is brought high. 



The Codec will enter direct mode within three frame times 
(375/usec) as measured from the time the device power sup- 
plies settle to within the specified limits. This assumes that 
CLK C is tied to V cc and that all clocks are available at the 
time the supplies have settled. 



General Control Requirements 

All bit and frame clocks should be applied whenever the 
device is active. In particular, an unused channel cannot 
be deactivated by removal of its associated frame or bit 
clock while the other channel of the same device 
remains active. 



A single channel cannot be deactivated except by 
physical disconnection of the data lead (D x or Dr) from 
the system data bus. A device (both transmit and receive 
channels) may be deactivated in either control mode by 
powering down the device. Both channels are always 
powered down together. 



Encoding 

The VF signal to be encoded is input on the VF X lead. An 
internal switch samples the signal and the hold function 
is performed by the external capacitor connected to the 
CAP1 X and CAP2 X leads. The sampling and conversion 



is synchronized with the transmit timeslot. The PCM 
word is then output on the D x lead at the proper time- 
slot occurrence of the following frame. The A/D 
converter saturates at approximately ±2.2 volts RMS 
(±3.1 volts peak). 





256XCLK X -*~j 
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Decoding 

The PCM word is fetched by the D R lead from the PCM 
highway at the proper timeslot occurrence. The decoded 
value is held on an internal sample and hold capacitor. 



The buffered non-return to zero output signal on the VF R 
lead has a dynamic range of ±2.2 volts RMS (±3.1 volts 
peak). 



Standby Mode — Power Down 

To minimize power consumption and heat dissipation a 
standby mode is provided where all Codec functions are 
disabled except for D c and CLK C leads. These allow the 
Codec to be reactivated. In the microcomputer mode the 
Codec is placed into standby by loading a control word 
(D c ) with a "1" in bits 1 and 2 locations. In the direct 
mode when D c is brought high, the all "1's" control 



word is internally transferred to the control register, 
invoking the standby condition. 

While in the standby mode, the D x output is actively 
held in a high impedance state to guarantee that the 
PCM bus will not be driven. 

The power consumption in the standby mode is typically 
33 mW. 



Power-On Clear 

Whether the device is used in the direct or microcom- 
puter mode, an internal reset (power-on clear) is 
generated, forcing the device into the power down state, 
when power is supplied by any of the following 

14-19 



methods. (1) Device power supplies are turned on in a 
system power-up situation where either V C c or V DD is 
applied last. (2) A large supply transient causes either of 
the two positive supplies to drop to approximately 2 
volts. (3) A board containing Codecs is plugged into a 
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"hot" system where V cc or V DD is the last contact made. 
It may be necessary to trim back the edge connector 
pins or fingers on V cc or V DD relative to the other supply 
to guarantee that the power-on clear will operate 
properly when a board is plugged into a "hot" system. 
Furthermore, the Codec will inhibit activity on T5 x and 



D x during the application of power supplies. 
The device is also tolerant of transients in the negative 
supply (V B b) so long as V B b remains more negative than 
-3.5 volts. V B b transients which exceed this level 
should be detected and followed by a system reinitial- 
ization. 



Precision Voltage Reference for the 
D/A Converter 

The Voltage reference is generated on the chip and is 
calibrated during the manufacturing process. The 
technique uses the difference in sub-surface charge 
density between two suitably implanted MOS devices to 
derive a temperature stable and bias stable reference 
voltage. 



A gain setting op amp, programmed during manufac- 
turing, "trims" the reference voltage source to the final 
precision voltage reference value provided to the D/A 
converter. The precision voltage, reference determines 
the initial gain and dynamic range characteristics 
described in the A.C. Transmission Specification 
section. 



CONVERSION LAW 

The conversion law is commonly referred to as the A 
Law. 



F(x) = Sgn(x) 
F(x) = Sgn(x) 



1 + log 10 (A|X|) ' 



. 1 + log 10 A 

42<L 



,1/A^|x|^1 
,0<|x|<1/A' 



1 + log 10 A 

where: x = the input signal 

Sgn(x) = sign of the input signal 
A = 87.6 (defined by CCITT) 



The Codec provides a piecewise linear approximation of 
the logarithmic law through 13 segments. Each segment 
is made of 16 steps with the exception of the first seg- 
ment, which has 32 steps. In adjacent .segments the 
step sizes are in a ratio of two to one. Within each 
segment, the step size is constant. 

The output levels are midway between the correspond- 
ing decision levels. The output levels y n are related to 
the input levels x n by the expression: 



CODEC TRANSFER CHARACTERISTIC 

i-vfr 




y n = 



-1 + X n 



0<n< 128 
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Theoretical A-Law — Positive Input Values (for Negative Input Values, Invert Bit 1) 



1 


2 


3 


4 


5 


6 


7 


8 


Segment 
Number 


No. of Steps 
x Step Size 


Value 

at Segment 

End 

Points 


Decision 

Value 
Number n 


Decision 
Value x n 1 


PCM Word 4 


Normalized 

Value 
at Decoder 
Output y n B 


Decoder 
Output 
Value 
Number 


Bit Number 
12 3 4 5 6 7 8 






4096 3 


(128) 

127 

I 
I 
I 


(4096) 

3968 
I 

I 


11111111 


I 
4032 


I 
128 






7 


16x128 




(see Note 2) 


I 








2048 


I 
113 

112 
I 
I 
I 
I 
97 

96 
I 
I 
I 


I 
2176 

2048 
I 
I 

I 
1088 

1024 

I 
I 




I 
2112 


113 






11110 


6 


16x64 


(see Note 2) 


I 
I 
I 








1024 


1110 


1056 


97 


5 


16x32 


(see Note 2) 


I 

I 
I 








512 


I 
81 

80 
I 
I 
I 
I 

65 

64 

I 
I 

I 
49 

48 
I 


I 

544 

512 

I 
I 
I 
I 
272 

256 

I 
I 
I 
I 
136 

128 
I 




I 

I 

528 


81 






110 10 


4 


16x16 


(see Note 2) 


I 
I 

I 
I 








256 


1 10 


264 
I 


65 


3 


16x8 


(see Note 2) 


I 
I 
I 
I 








128 


10 110 


132 
I 
I 


49 




2 


16x4 




I 
I 
I 

33 

32 

I 
I 

I 

1 



I 

I 

I 

68 

64 
I 
I 

I 
I 
2 




(see Note 2) 


I 
I 
I 








64 


10 10 


I 
66 


33 


1 


32x2 


(see Note 2) 


I 
I 
I 
I 










10 


I 
1 


1 





Notes: 

1. 4096 normalized value units correspond to the value of the on-chip voltage reference. 

2. The PCM word corresponding to positive Input values between two successive decision values numbered n and n+ 1 (see column 4) Is (128+ n) 
expressed as a binary number. 

3. X 128 is a virtual decision value. 

4. The PCM word on the highways is the same as the one shown in column 6, with the even order bits inverted. The 291 1 A provides for the inversion of 
the even order bits on both the send and receive sections. 

5. The voltage output on the VF R lead Is. equal to the normalized value given in the table, augmented by an offset. The offset value is approximately 
15mV. 
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APPLICATIONS 
Holding Capacitor 

For an 8 KHz sampling system the transmit holding 
capacitor CAP X should be 2000 pF ± 20% . 

Circuit Interface — 
Without External Auto Zero 



I ENCODER 1 1 
FILTER 1 1 
l ™i -I 



ENCODER . „ 
FILTER | C 1 

VFxot !,, . VF X 




Filters Interface 

The filters may be Interfaced as shown in the circuit 
interface diagrams. Note that the output pulse stream is 
of the non-return-to-zero type and hence requires the 
(sin x)/x correction provided by the 2912A filter. 

T\xm Raiffarln*! 

For higher drive capability or increased system reli- 
ability it may be desirable that the D x output of a group 
of Codecs be buffered from the system PCM bus with an 
external three-state or open collector buffers. A buffer 
can be enabled with the appropriate Codec generated 
TS X signal or signals. TS X signal may also be used to 
activate external zero code suppression logic, since the 
occurrence of an active state of any TS X implies the 
existence of PCM voice bits (as opposed to transparent 
data bits) on the bus. 



Circuit Interface — 
With External Auto Zero 

I 1 



ENCODER 
FILTER 
VFxo 



'VFr, 



VF X I 



Ci 

.3pF 



Ri 
: 150 ko 



VFr| 



r 



I . 



" ° R I 2912A FILTER j 



Auto Zero 

The 2911 A contains a transparent on-chip auto zero plus a 
device pin for implementing a sign-bit driven external auto 
zero feedback loop. The on-chip auto zero reduces the input 
offset voltage of the encoder (VF X ) to less than 3mV. For 
most telephony applications, this input offset is perfectly ac- 
ceptable, since it insures the encoder is biased in the lower 
25% of the first segment. 

Where lower input offset is required the external auto zero 
loop may be used to bias the encoder exactly at the zero 
crossing point. The consequence of the external auto zero 
loop, aside from extra components, is the addition of the 
dithering auto-zero signai to the input signai, resulting in 
slightly higher idle channel noise (approximately 2dB) than 
when the external loop is not used. Consequently, where the 
application permits, it is recommended that the external auto 
zero loop not be used. When not used, the AUTO pin should 
float. 

The circuit interface with external auto zero drawing 
shows a possible connection between VF X and AUTO 
leads with the recommended values of Ct = 0.3^F, 
R^ISOKQ, R 2 =330Q,and R 3 =470KQ. 
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Absolute Maximum Ratings* 

Temperature Under Bias - 10°C to +80°C 'NOTICE: Stresses above those listed under "Absolute 

Storage Temperature -65°C to + 150°C Maximum Ratings" may cause permanent damage to the 

All Input or Output Voltages with device. This is a stress rating only and functional operation 

Respect to Vbb -0.3V to + 20V of the device at these or any other conditions above those 

Vcc> Vdd> GRDA, and GRDA with Respect indicated in the operational sections of this specification is 

to V BB - 0.3V to + 20V not implied. Exposure to absolute maximum rating condi- 

Power Dissipation 1 .35W tions for extended periods may affect device reliability. 



D.C. Characteristics 

T A =0°C to +70°C, V DD =+12V±5%, V CC =+5V±5%, V B b=-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified. 





Parameter 




Limits 




Unit 




Symbol 


Min 


Typ 1 


Max 


Test Conditions 


DIGITAL INTERFACE 












IlL 


Low Level Input Current 






10 


^ 


V,N < V, L 


>IH 


High Level Input Current 






10 


ma 


V, N >V,h 


V|L 


Input Low Voltage 






0.6 


V 




V| H 


Input High Voltage 


2.2 






V 




Vol 


Output Low Voltage 






0.4 


V 


Dx, 'ol= 4.0mA 

TS X , Iol= 3.2 mA, open drain 

PDN, I l= 1.6 mA, open drain 


Voh 


Output High Voltage 


2.4 






V 


Dx, loH = 15mA 


ANALOG INTERFACE 












Zai 


Input Impedance when Sampling, VFx 


125 


300 


500 


Q 


In series with CAP X to GRDA, 
-3.1 V<V| N < 3.1V 


Z AO 


Small Signal Output Impedance, VFr 


100 


180 


300 


Q 


-3.1 V<V 0U t< 3.1V 


V R 


Output Offset Voltage at VF R 


-50 




50 


mV 


Minimum code to Dr 


Vix 


Input Offset Voltage at VF X 


-5 




5 


mV 


Minimum positive code pro- 
duced at D x 


Vol 


Output Low Voltage at AUTO 




Vbb 


(V BB +2). 


V 


400 KQ to GRDA 


Voh 


Output High Voltage at AUTO 


(Vcc-2) 


Vcc 




V 


400 KQ to GRDA 


POWER DISSIPATION 












■ddo 


Standby Current 




0.7 


1.1 


mA 




•ceo 


Standby Current 




4.0 


7.0 


mA 




•bbo 


Standby Current 




1.0 


2.5 


mA 


Auto Output = Open 

clock frequency = 2.048 MHz 


'ddi 


Operating Current 




11 


16 


mA 


Icci 


Operating Current 




13 


21 


mA 




1 BBI 


Operating Current 




4.0 


6.0 


mA 





Notes: 

1. Typical values are for Ta=25°C and nominal power supply values. 
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AC. Characteristics 

T A =0°C to +70°C, V DD =+12V±5%, V C c=+5V±5%, V B b=-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified. 





Parameter 


Limits 


Unit 




Symbol 


Min 


tVp 1 


Max 


Test Conditions 


TRANSMISSION 




S/D 


Signal to total distortion ratio. 
CCITTG.712 Method 2 

(Half channel) 


37 






dB 


Signal level dBmO to 
-30 dBmO 




31 






dB 


Signal level to -40 dBmO 




26 






dB 


Signal level to -45 dBmO 


AG 


2911A 

Gain tracking deviation 

Half channel 3 

Reference level -10 dBmO 




±.25 
±.60 
±1.5 


±.30 
±.70 
±1.8 


dB 
dB 
dB 


VF X = 1.02 KHz, sinusoid 
-40 dBmO^ VF X ^ +3 dBmO 
-50 dBmO^ VF X < -40 dBmO 
-55 dBmO ^ VF X < -50 dBmO 


AG V 


AG Variation with supplies 
Half channel 




±.0002 
±.0004 


±.0004 
±.0008 


dB/mV 
dB/mV 


-40 dBmO ^ VF X ^ +3 dBmO 
-50 dBm0< VF X < -40 dBmO 


AG T 


AG Variation with temperature 
Half channel 




±.001 
±.002 


±.002 
±.005 


dB/°C 
dB/°C 


-40 dBmO ^ VF X ^ +3 dBmO 
-50 dBmO ^ VF X < -40 dBmO 


N,c 


Idle channel noise 




-85 


-78 


dBmOp 


. Quiet code, see note 2 


HD 


Harmonic Distortion (2nd or 3rd) 




-48 


-44 


dB 


VF X = 1.02 KHz, OdBmO; 
measured at decoder output 
VF R 


IMD r 
IMD 2 


Intermodulation Distortion 
G.71 2(7.1) 
G.71 2(7.2) 






-45 
-50 


dB 
dBmO 


CCITTG.712 
Two tone method 



Notes: 

1 . Typical values are for T A = 25° C and nominal power supply values. 

2. If the external auto zero is used N| C has a typical value of -76 dBmO. 

3. Tested and guaranteed at 23° C, nominal supplies. 



^ 



////////////////////////A 



7777ZV/ 



V//////////////M 




2911A-1 SPEC 



^^^^^^^^ 



Figure 1. Tracking Deviation (AG) 
(Half Channel) 



— % x — 

Input Level (dBmO) 

Figure 2. Signal to Total Distortion Ratio 
(Half Channel) 
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A.C. Characteristics (continued) 

T A =0°C to +70°C, V DD =+12V±5%, V C c=+5V±5%, V BB =-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified. 




Parameter 


Limits 


Unit 




Symbol 


Min 


Typ 1 


Max 


Test Conditions 


GAIN AND DYNAMIC RANGE 


DmW 


Digital Milliwatt Response 


5.58 


5.66 


5.78 


dBm 


23°C, nominal supplies 4 


DmW T 


DmWo Variation with Temperature 




- 0.001 


-0.002 


dB/°C 


Relative to 23 °C 4 


DmW s 


DmWo Variation with Supplies 






±0.07 


dB 


Supplies ±5% 4 


A|R 


Input Dynamic Range 


2.183 


2.213 


2.243 


V RMS 


Using D.C. and A.C. tests* 
23 d C\ nominal supplies 


A|RT 


Input Dynamic Range vs Temperature 






-0.5 


mV RM s/ C 


Relative to 23 °C 


Airs 


Input Dynamic Range vs Supplies 






±18 


mV RMS 


Supplies ± 5% 


Aor 


Output Dynamic Range, VF R 


2.14 


2.17 


2.20 


Vrms 


23 °C, nominal supplies 


A ORT 


Aor Variation with Temperature 






-0.5 


mV RMS /°C 


Relative to 23 °C 


A ORS 


Aqr Variation with Supplies 






±18 


mV RMS 


Supplies ± 5% 


SUPPLY REJECTION AND CROSSTALK 


PSRR! 


V DD Power Supply Rejection Ratio 


45 






dB 


decoder alone 6 


PSRR 2 


V B b Power Supply Rejection Ratio 


35 






dB 


decoder alone 6 


PSRR 3 


V C c Power Supply Rejection Ratio 


50 






dB 


decoder alone 6 


PSRR 4 


V DD Power Supply Rejection Ratio 


50 






dB 


encoder alone 7 


PSRR5 


V B b Power Supply Rejection Ratio 


45 






dB 


encoder alone 7 


PSRR 6 


Vcc Power Supply Rejection Ratio 


50 






dB 


encoder alone 7 


ct r 


Crosstalk Isolation, Receive Side 


75 


80 




dS 


See Note 8 


CT T 


Crosstalk Isolation, Transmit Side 


75 


80 




dB 


See Note 9 


CAPX 


Input Sample and Hold Capacitor 


1600 


2000 


2400 


PF 





Notes: 

4. Dp of Device Under Test (D.U.T.) driven with repetitive digital word sequence specified in CCITT recommendation G.711. Measurement made at VFr 
output. 

5. With the D.C. method the positive and negative clipping levels are measured and A jR is calculated. With the A.C. method a sinusoidal input signal to 
VF X is used where A jR is measured directly. 

6. D.U.T. decoder; impose 200 mV p . P , 1.02 KHz on appropriate supply; measurement made at decoder output; decoder in idle channel conditions. 

7. D.U.T. encoder, impose 200 mV P . P , 1.02 KHz on appropriate supply; measurement made at encoder output; encoder in idle channel conditions. 

8. VF X of D.U.T. encoder= 1.02 KHz, dBmO. Decoder under quiet channel conditions; measurement made at decoder output. 

9. VF x = Vrms. Decoder= 1.02 KHz, dBmO. Encoder under quiet channel conditons; measurement made at encoder output. 
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A.C. Characteristics — Timing Specification (1) 

T A =0°C to +70°C, V DD = + 12V±5%, V CC =+5V±5%, V B b=-5V±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified. 




Parameter 


Limits 


Units 




Symbol 


Min 


Max 


Comments 


CLOCK SECTION 


tCY 


Clock Period 


485 




ns 


CLK X , CLK R (2.048MHz systems), CLK C 


t ri t f 


Clock Rise and Fall Time 





30 


ns 


CLK X , CLK R , CLK C 


tdK 


Clock Pulse Width 


215 




ns 


CLK X , CLK R , CLK c 


tcDC 


Clock Duty Cycle (tdK* tcY) 


45 


55 


% 


CLK x , CLK r 


TRANSMIT SECTION 


*VFX 


Analog Input Conversion 


20 




timeslot 


from leading edge of transmit timeslot 2 


*DZX 


Data Enabled on TS Entry 


50 


180 


ns 


0< C L oad< 100pF 


tDHX 


Data Hold Time 


80 


230 


ns 


0<C LO ad< 100pF 


tHZX 


Data Float on TS Exit 


75 


245 


ns 


C L oad = 


tsON 


Timeslot X to Enable 


30 


185 


ns 


0<C LO ad< 100 pF 


tsOFF 


Timeslot X to Disable 


70 


225 


ns 


Cload = 


*FSD 


Frame Sync Delay 


15 


150 


ns 




RECEIVE AND CONTROL SECTIONS 


*VFR 


Analog Output Update 


9 1/16 


9 1/16 


timeslot 


from leading edge of the channel timeslot 


tDSR 


Receive Data Setup 


20 




ns 




*DHR 


Receive Data Hold 


60 




ns 




tFSD 


Frame Sync Delay 


15 


150 


ns 




*DSC 


Control Data Setup 


115 




ns 


Microcomputer mode only 


*DHC 


Control Data Hold 


115 




ns 


Microcomputer mode only 



. Notes: 

1. All timing parameters referenced to 1.5V, except t HZX and t S0 FF> which reference a high impedance state. 

2. The 20 timeslot minimum insures that the complete A/D conversion will take place under any combination of receive interrupt or 
asynchronous operation of the Codec. Consult an Intel applications specialist or Intel Corporation for applications information 
which would allow operation with less than 20 timeslots. 
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TIMING WAVEFORMS m 



TRANSMIT TIMING 




RECEIVE TIMING 



■y~\ 





CONTROL TIMING 




Notes: 

1. All timing parameters referenced to 1.5V, except t HZX and t SOFF which reference a high impedance state. 
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2912A 
PCM TRANSMIT/RECEIVE FILTER 



Low Power Consumption: 

60mW Typical without Power 

Amplifiers 

80mW Typical with Power Amplifiers 

0.5mW Typical Standby 

Low Idle Channel Noise: 
2 dBrncO Typical, Receive 
6 dBrncO Typical, Transmit 

Excellent Power Supply Rejection: 
40dB Typical on Vcc @ 50kHz 
30dB Typical on Vbb @ 50kHz 
Transmit Filter Rejects Low 
Frequency Noise: 
23dB @ 60Hz 
25dB @ 50Hz 
50dB @ 16-2/3HZ 



Adjustable Gain in Both Directions 

Fully Compatible with the Industry 
Standard Intel 2912 

D3/D4 and CCITT G712 Compatible 

Common Mode Op Amp Input 
Rejection 75dB Typical 

Direct Interface to the Intel 
2910A/2911A PCM Codecs Including 
Stand-By Power Down Mode 

Direct Interface with Transformer or 
Electronic Hybrids 

Fabricated with Reliable N-Channel 
MOS Process 



The Intel 2912A 2nd generation PCM line filter is a fully integrated monolithic device containing the two 
filters of a PCM line or trunk termination. It has improved key parameters of power consumption, idle 
channel noise, and power supply rejection. A single part exceeds both AT&T* D3/D4 and CCITT transmis- 
sion specs, exceeds digital Class 5 central office switching system stringent specifications, and is fully 
compatible with the 2912. The primary application for the 2912A is in telephone systems for transmission, 
switching, or remote concentration. 

An advanced version of the switched capacitor technique used for the 2912 is used to implement the 
transmit and receive passband filter sections of the 2912A. The device is fabricated using Intel's reliable 
two layer polysilicon gate NMOS technology. (See Intel Reliability Report RR-24 on the 2910A, 2911 A, and 
2912.) The combination of advances in the switched capacitor techniques first used on the 2912 and the 
NMOS technology results in a monolithic 2912A filter which is packaged in a standard 16-pin DIP. 



VF X I* 
© VF X I- 

© GSx - 



-=> 



ir\_ 



►VFxO © 




t t I t 

PWRI VFrO Vqb Vcc GRDD GRDA 

Opinnumber © ® (|) © © 

Figure 1. Block Diagram 



\ — — VF„I © 



© 

— PDN © 
•— CLK © 
•*— CLKO © 




PIN NAMES 



VFxf.VFxI- 


ANALOG INPUTS 


CLK 


CLOCK INPUT 


GS X 


GAIN CONTROL 


CLKO 


CLOCK SELECTION 


VF X 


ANALOG OUTPUT 


PDN 


POWER DOWN 


VF R I 


ANALOG INPUT 


Vcc 


POWER (+5VI 


VFrO 


ANALOG OUTPUT 


Vbb 


POWER (-5V) 


PWRI 


DRIVER INPUT 


GRDD 


DIGITAL GROUND 


PWRO\PWRO- 


DRIVER OUTPUT 


GRDA 


ANALOG GROUND 



Figure 2. Pin Configuration 



"AT&T Is a registered trademark of American Telephone and Telegraph Corporation. 
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Table 1. Pin Description 



Symbol 


Pin 
No. 


Function 


Description 


VF X I+ 


1 


Input 


Analog input of the transmit 
filter. The VFxl+ signal comes 
from the 2 to 4 wire hybrid in 
the case of a 2 wire line and 
goes through the frequency 
rejection and the antialiasing 
filters before being sent to the 
Codec for encoding. 


VF X I- 


2 


Input 


Inverting input of thegain ad- 
justment operational amplifier 
on the transmit filter. 


GS X 


3 


Output 


Output of the gain adjustment 
operational amplifier on the 
transmit filter. Used for gain 
setting of the transmit filter. 


VFrO 


4 


Output 


Analog output of the receive 
filter. This output provides a 
direct interface to electronic 
hybrids. For a transformer hy- 
brid application, VFrO is tied 
to PRWI and a dual balanced 
output is provided on pins 
PWRO+ and PWRO-. 


PWRI 


5 


Input 


Input to the power driver 
amplifiers on the receive side 
for interface to transformer 
hybrids. High impedance in- 
put. When tied to Vbb. tne 
power amplifiers are powered 
down. 


PWRO+ 


6 


Output 


Non-inverting side of the 
power amplifiers. Power driver 
output capable of directly driv- 
ing transformer hybrids. 


PWRO- 


7 


Output 


Inverting side of the power 
amplifiers. Power driver out- 
put capable of directly driving 
transformer hybrids. 


VBB 


8 


Power 


-5V ±5% referenced to GRDA 


vcc 


9 


Power 


+5V ±5% referenced to GRDA 



Symbol 


Pin 
No. 


Function 


Description 


VFrI 


10 


Input 


Analog input of the receive 
filter, interface to the Codec 
analog output for PCM appli- 
cations. The receive filter pro- 
vides the — ^ correction 

needed for sample and hold 
type Codec outputs to give 
unity gain. The input voltage 
range is directly compatible 
with the Intel 291 0A and 291 1 A 
Codecs. 


GRDD 


11 


Ground 


Digital ground return for inter- 
nal clock generator. 


CLK (l) 


12 


Input 


Clock input. Three clock fre- 
quencies can be used: 
1.536MHz, 1.544MHz or 
2.048MHz; pin 14, CLKO. has 
to be strapped accordingly. 
High impedance input, TTL 
voltage levels. 


PDN 


13 


Input 


Control input for the stand-by 
power down mode. An internal 
pull up to +5V is provided for 
interface to the Intel 2910A 
and 291 1 A PDN outputs. TTL 
voltage levels. 


CLKO'" 


14 


Input 


Clock (pin 12, CLK) frequency 
selection. If tied to Vbb. CLK 
should be 1.536MHz. If tied to 
Ground, CLK should be 1.544 
MHz. If tied to Vqc. CLK 
should be 2.048MHz. 


GRDA 


15 


Ground 


Analog return common to the 
transmit and receive analog 
circuits. Not connected to 
GRDD internally. 


VF X 


16 


Output 


Analog output of the transmit 
filter. The output voltage range 
is directly compatible with the 
Intel 2910Aand 291 1 A Codecs. 



NOTE: 

1. The three clock frequencies are directly compatible with the Intel 2910A and 2911 A Codecs. The 
following table should be observed in selecting the clock frequency. 



Codec Clock 


Clock Bits/Frame 


CLK, Pin 12 


CLKO, Pin 14 


1.536 MHz 
1.544 MHz 
2.048 MHz 


192 

193 
256 


1.536 MHz 
1.544 MHz 
2.048 MHz 


VBB (-5V) 

GRDD 
VCC (+5V) 
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FUNCTIONAL DESCRIPTION 

The 291 2A provides the transmit and receive filters 
found on the analog termination of a PCM line or trunk. 
The transmit filter performs the anti-aliasing function 
needed for an 8KHz sampling system, and the 50760Hz 
rejection. The receive filter has a low pass transfer 
characteristic and also provides the Sinx/x correction 
necessary to interface the Intel 291 0A (m Law) and 
291 1 A (A Law) Codecs which have a non-return-to- 
zero output of the digital to analog conversion. Gain 
adjustment is provided in the receive and transmit 
directions. 



A stand-by, power down mode is included in the 
2912A and can be directly controlled by the 2910A/ 
2911 A Codecs. 

The 2912A can interface directly with a transformer 
hybrid (2 to 4 wire conversion) or with electronic 
hybrids; in the latter case the power dissipation is 
reduced by powering down the output amplifier pro- 
vided on the 291 2A. 



PABX / CO. SWITCHING SYSTEM / CHANNEL BANK 



£f§. 



TELEPHONE SET 



OFF -HOOK /ROTARY DIAL PULSES 



SUPERVISION 
PROTECTION 



BATTERY 
FEED 



2W Aw 



2912A 

FILTERS 



2910A 

CODEC 



RING CONTROL 



. fl,l» MIliMWATb ■ 



Figure 3. Typical Line Termination 



FILTER OPERATION 

Transmit Filter Input Stage 

The input stage provides gain adjustment in the pass- 
band. The input operational amplifier has a common 
mode range of ±2.2 volts, a DC offset of less than 
25mV, a voltage gain greater than 3000 and a unity 
gain bandwidth of 1 MHz. It can be connected to 
provide a gain of 20dB without degrading the noise 
performance of the filter. The load impedance 



connected to the amplifier output (GS X ) must be 
greater than 10Kn in parallel with 25 pF. The in- 
put signal on lead VFxl + can be either AC or DC 
coupled. The input Op Amp can also be used in 
the inverting mode or differential amplifier mode. 
The remaining portion of the transmit filter pro- 
vides a gain of +3dB in the pass band. 




Figure 4. Transmit Filter Gain Adjustment 
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Receive Filter Output 

The VFrO lead is capable of driving high impedance 
electronic hybrids. The gain of the receive section 
from VFrI to VFrO is: 

\8000/ 



Si 



jn (§55o) 



which when multiplied by the output response of 
the Intel 2910A and 2911 A Codecs results in a OdB 
gain in the pass band. The filter gain can be ad- 
justed downward by a resistor voltage divider con- 
nected as shown. The total resistive load R|_R on 
VFrO should not be less than 10k a 



Receive Filter Output Driver Amplifier Stage 

A balanced power amplifier is provided in order to 
drive low-impedance loads in a bridged configuration. 
The receive filter output VFrO is connected through 
gain setting resistors R-| and R2 to the amplifier input 
PWRI. The input voltage range on PWRI is ±3.2 volts 
and the gain is 6dB for a bridged output. With a 600H 
load connected between PWRO+ and PWRO-, the 
maximum voltage swing across the load is ±5.0 volts. 
The series combination of Rs and the hybrid trans- 
former must present a minimum A.C. load resistance 
of 600Hto the amplifier in the bridged configuration. 
Atypical connection of the output driver amplifiers is 
shown below. These amplifiers can also be used with 
loads connected to ground. 

When the power amplifier is not needed it should be 
deactivated to save power. This is accomplished by 
tying the PWRI pin to Vbb before the device is 
powered up. 



R L r = Ri + {J2L->10kfi 
R 2 + Z 



VFrO 



1 r 



Ror 
-VW- 



Figure 5. Receive Filter Output Gain Adjustment 




Ri. R 2 GAIN SETTING RESISTORS 
R S SERIES LOAD RESISTOR 



Ror 




Figure 6. Typical Connection of Output Driver 
Amplifier 



Power Down Mode 

Pin 13, PDN, provides the power down control. When 
the signal on this lead is brought high, the 291 2A goes 
into a standby, power down mode. Power dissipation 
is reduced to 0.5mW. In the stand-by mode, all outputs 
go into a high impedance state. This feature allows 
multiple 2912As to drive the same analog bus on a 
time-shared basis. 



When power is restored, the settling time of the 291 2A 
is typically 15ms. 

The PDN interface is directly compatible with the Intel 
291 0A and 291 1 A PDN outputs. Only one command 
from the common control is then necessary to power 
down both the Codec and the Filters of the line or 
trunk interface. 
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ABSOLUTE MAXIMUM RATINGS* 

Temperature Under Bias -10°Cto+80°C 

Storage Temperature -65° C to +150° C 

Supply Voltage with Respect to Vbb • • • -0.3V to +14.0V 
All Input and Output Voltages with 

Respect to Vbb -0.3V to +14.0V 

All Output Currents ±50mA 

Power Dissipation 1 Watt 



* NOTICE: Stresses above those listed under "Absolute 
Maximum Ratings" may cause permanent damage to the 
device. This is a stress rating only and functional operation 
of the device at these or any other conditions above those 
indicated in the operational sections of this specification is 
not implied. Exposure to absolute maximum rating condi- 
tions for extended periods may affect device reliability. 



D.C. CHARACTERISTICS 

(Ta = 0°C to +70° C; V C C =5V ±5%; V B B = -5V ±5%; GRDA = 0V; GRDD = 0V; unless otherwise specified.) 
DIGITAL INTERFACE (CLK, CLKO, and PDN Pins) 



Symbol 


Parameter 


Min 


Typ (1) 


Max 


Unit 


Test Conditions 


'LIC 


Input Load Current, CLK 






10 


txA 


V|N = GRDD to Vqc 


>LIO 


Input Load Current, CLKO 






10 


MA 


vin = Vbb to v cc 


»lip 


Input Load Current, PDN 






-100 


MA 


V|N = GRDD to Vcc 


VlL 


Input Low Voltage (except CLKO) 






0.8 


V 




V|H 


Input High Voltage (except CLKO) 


2.0 






V 




VlLO 


Input Low Voltage, CLKO 


vbb 




v B b +o:5 


V 




V||0 


Input Intermediate Voltage, CLKO 


GRDD" 05 




0.8 


V 




V|H0 


Input High Voltage, CLKO 


Vcc-o.5 




vec 


V 





POWER DISSIPATION 



Symbol 


Parameter 


Min 


Typ<» 


Max 


Unit 


Test Conditions 


'ceo 


Vcc Standby Current 




50 


100 


ma 


PDN = V|HMIN 


'bbo 


Vbb Standby Current 




50 


100 


MA 


PDN = V|HMIN 


ICC1 


Vcc Operating Current, Power 
Amplifiers Inactive 




6 


10 


mA 


PWRI = V B b 2 


'BB1 


Vbb Operating Current, Power 
Amplifiers Inactive 




6 


10 


mA 


pwri = v B b 2 


•CC2 


Vcc Operating Current 




8 


14 


mA 




'BB2 


Vbb Operating Current 




8 


14 


mA 





NOTE: 

1. Typical values are for Ta = 25 °C and nominal power supply values. 

2. To place the power amplifiers in the inactive mode PWRI must be tied to Vbb P rior t0 power-up. 
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D.C. CHARACTERISTICS 

(Ta = 0°C to +70° C; Vqc = + 5V ±5%; Vbb = -5V ±5%; GRDA = 0V; GRDD = 0V; unless otherwise specified.) 



ANALOG INTERFACE, TRANSMIT FILTER INPUT STAGE 








Symbol 


Parameter 


Min 


Ty P m 


Max 


Unit 


Test Conditions 


'BXI 


Input Leakage Current, VFxl + , VFxI- 






100 


nA 


-2.2V <V|N< 2.2V 


Rixi 


Input Resistance, VFxl + , VFxI- 


10 






Mfi 




vosxi 


Input Offset Voltage, VFxl+, VFxI- 






25 


mV 




CMRR 


Common Mode Rejection, VFxl+, VFxl- 


60 


75 




dB 


-2.2V < V|N < -2.2V, 0dBmO= 
1.1Vrms. Input at VF X I- 


AVOL 


DC Open Loop Voltage Gain, GSx 


3000 










fc 


Open Loop Unity Gain Bandwidth, GSx 




1 




MHz 




voxi 


Output Voltage Swing, GSx 


±2.5 






V 


R|_^10kH 


CLXI 


Load Capacitance, GSx 






25 


PF 




Rlxi 


Minimum Load Resistance, GSx 


10 






kn 


Minimum R|_ 


ANALOG INTERFACE, TRANSMIT FILTER (See Figure 9) 


Symbol 


Parameter 


Min 


Typ"> 


Max 


Unit 


Test Conditions 


Rox 


Output Resistance, VFxO 




20 


35 


a 




vosx 


Output DC Offset, VFxO 






100 


mV 


VFxl+ Connected to GRDA, 
Input Op Amp at Unity Gain 


PSRR-| 


Power Supply Rejection of Vrjc at 
1kHz, VF X 


30 


40 




dB 


Note 2 


PSRR 2 


Power Supply Rejection of Vbb at 
1kHz, VFxO 


25 


30 




dB 


Note 2 


c L x 


Load Capacitance, VFxO 






25 


PF 




Rlx 


Minimum Load Resistance, VFxO 


2.7 






kn 


Minimum Rl 


VOX1 


Output Voltage Swing, 1kHz, VFxO 


±3.2 






V 


R|_ ^ 10kfl or with 2910A or 
2911A 


VOX2 


Output Voltage Swing, 1kHz, VF x O 


±2.5 






V 


R[_ > 2.7 kft 


ANALOG INTERFACE, RECEIVE FILTER (See Figure 10) 


Symbol 


Parameter 


Min 


Typ" 


Max 


Unit 


Test Conditions 


'BR 


Input Leakage Current, VFrI 






3 


fxA 


-3.2V <V|N< 3.2V 


R|R 


Input Resistance, VFrI 


1 






MO 




ROR 


Output Resistance, VFrO 






100 


n 




VOSR 


Output DC Offset, VFrO 






100 


mV 


VFrI Connected to GRDA 


PSRR 3 


Power Supply Rejection of Vqc at 
1kHz, VFrO 


30 


45 




dB 




PSRR4 


Power Supply Rejection of Vbb at 
1kHz, VFrO 


30 


35 




dB 




Clr 


Load Capacitance, VFrO 






25 


PF 




Rlr 


Minimum Load Resistance, VFrO 


10 






kn 


Minimum R|_ 


VOR 


Output Voltage Swing, VFrO 


±3.2 






V 


R L = 10kn 



NOTE: 

1. Typical values for T/\ = 25°C and nominal power supply values. 2. PSRR-| ( 2 include input op amp in transmit section. 
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D.C. CHARACTERISTICS 

(Ta = 0°C to +70° C; Vqc = + 5V ±5%; Vbb = -5V ±5%; GRDA = 0V; GRDD = 0V; unless otherwise specified.) 
ANALOG INTERFACE, RECEIVE FILTER DRIVER AMPLIFIER STAGE 



Symbol 


Parameter 


Min 


Typ^ 


Max 


Unit 


Test Conditions 


»bra 


Input Leakage Current, PWRI 






3 


MA 


-3.2V <V|N< 3.2V 


R|RA 


Input Resistance, PWRI 


10 






MO 




RORA 


Output Resistance, PWRO+, PWRO- 




1 




n 


liOUT l <10mA 
-3.0V < VQUT < 3.0V 


VOSRA 


Output DC Offset, PWRO+, PWRO- 






50 


mV 


PWRI Connected to GRDA 


Clra 


Load Capacitance, PWRO+, PWRO- 






100 


PF 




VORA1 


Output Voltage Swing Across Rl, 
PWRO+, PWRO- Single Ended 
Connection 


±3.2 






V 


RL= 10kH 


RL Connected 
to GRDA 
fo > 200 Hz 


±2.9 






V 


Rl = 60on 


±2.5 






V 


Rl = 30on 


VQRA2 


Differential Output Voltage Swing, 

PWRO+, PWRO- 

Balanced Output Connection 


±6.4 






V 


Rl = 20kn 


RL Connected 
Between PWRO + 
and PWRO - 
fo>200Hz 


±5.8 






V 


RL = 1200H 


±5.0 






/ V 


Rl = 60on 



A.C- CHARACTERISTICS (Ta = b°C to +70°C; VCC = +5V±5%; VBB = -5V±5%; GRDA = 0V; GRDD = 0V; unless otherwise specified.) 
Clock Input Frequency: CLK = 1.536MHz ±0.1%; CLK0 = V|L0 (Tied to Vbb) CLK = 2.048MHz ±0.1%; CLK0 = V|H0 (Tied to Vcc) 
CLK = 1.544MHz ±0.1%; CLK0 = Vmo (Tied to GRDD) 

TRANSMIT FILTER TRANSFER CHARACTERISTICS (See Transmit Filter Transfer Characteristics, Figure 7) 



Symbol 


Parameter 


Min 


Typ<'> 


Max 


Unit 


Test Conditions 


GRX 


Gain Relative to Gain at 1kHz 










OdBmO Input Signal 
Gain Setting Op Amp at 
Unity Gain 

OdBmO Signal = 1.1 Vrms 
iripui ai VFxi - 

OdBmO Signal = 1.6 Vrms 
Output at VFxO 


16.67Hz 




-56 


-50 


dB 


50Hz 






-25 


dB 


60Hz 






-23 


dB 


200Hz 


-1.0 




-0.125 


dB 




-0.125 




0. 1 25 


dB 


3300Hz 


-.35 




0.03 


dB 


3400Hz 


-0.7 




-0.1 


dB 


4000Hz 






-14 


dB 


4600Hz and Above 






-32 


dB 


Gax 


Absolute Passband Gain at 1kHz, VFxO 


2.9 


3.0 


3.1 


dB 


RL = °°, Note 3 


Gaxt 


Gain Variation with Temperature 
at 1kHz 




.0002 


.002 


dB/°C 


OdBmO Signal Level 


gaxs 


Gain Variation with Supplies at 1kHz 




.01 


.07 


dB/V 


OdBmO Signal Level, 
Supplies ±5% 


CTrj 


Cross Talk, Receive to Transmit, 
Measured at VFxO 




-75 


-65 


dB 


VFrI = 1.6 Vrms- 1kHz Input 
VFxl+, VFxl- Connected to 
GSx, GSx Connected through 
10kntoGRDA 


NCX1 


Total C Message Noise at Output, VFxO 




6 


11 


dBrncO 

■ I2I 


Gain Setting Op Amp at 
Unity Gain 


NCX2 


Total C Message Noise at Output, VFxO 




9 


13 


dBrncO 

I2I 


Gain Setting Op Amp at 
20dB Gain 


DDX 


Differential Envelope Delay, VFxO 
1kHz to 2.6kHz 






60 


/US 




dax 


Absolute Delay at 1kHz, VFxO 






110 


MS 




DP X 1 


Single Frequency Distortion Products 






-48 


dB 


OdBmO Input Signal at 1kHz 


DP X 2 


Single Frequency Distortion Products 
at Maximum Signal Level of 
+3dBmO at VFxO 






-45 


dB 


0.16 Vrms 1kHz ,n P ut Signal at 
VFxl+; Gain Setting Op Amp at 
20dB Gain. The +3dBmO signal 
at VF X is 2.26 V RM S 



See next page for NOTES. 
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A.C. CHARACTERISTICS 

(Ta = 0°C to +70° C; Vcc = + 5V ±5%; Vbb = -5V ±5%; GRDA = 0V; GRDD = 0V; unless otherwise specified.) 
Clock Input Frequency: CLK = 1.536MHz ±0.1%; CLKO = Vilo (Tied to Vbb) 

CLK = 1.544MHz ±0.1%; CLKO = V||o (Tied to GRDD) 

CLK = 2.048MHz ±0.1%; CLKO = V|H0 (Tied to Vqc) 



RECEIVE FILTER TRANSFER CHARACTERISTICS ($tt Receive Filter Transfer Characteristics, Figure 8) 



Symbol 


Parameter 


Min 


Typ<'> 


Max 


Unit 


Test Conditions 


GRR 


Gain Relative to Gain at 1kHz with 
Sinx/x Correction of 291 0A or 291 1 A 










OdBmO Input Signal 

OdBmO Signal = 1.6 VrmS x 

Sin( "* )/( * ) 
\8000//\8000/ 

Input at VFrI 


Below 200Hz 






0.125 


dB 


200Hz 


-0.5 




0.125 


dB 


300Hz to 3000Hz 


-0.125 




0.125 


dB 


3300Hz 


-.35 




0.03 


dB 


3400Hz 


-0.7 




-0.1 


dB 


4000Hz 






-14 


dB 


4600Hz and Above 






-30 


dB 


Gar 


Absolute Passband Gain at 1kHz, VFrO 


-0.1 





+0.1 


dB 


Rl = °°, Notes 3, 4 


Gart 


Gain Variation with Temperature 
at 1kHz 




.0002 


.002 


dB/°C 


OdBmO Signal Level 


Gars 


Gain Variation with Supplies at 1kHz 




.01 


.07 


dB/V 


OdBmO Signal Level, Supplies 

±5% 


CTjr 


Cross Talk, Transmit to Receive, 
Measured at VFrO; 20 log (VFrO/VFxO) 




-70 


-60 


dB 


VFxl = 1.1 Vrms. 1kHz Output 
VFrI Connected to GRDA 


NCR 


Total C Message Noise at Output, VFrO 




2 


6 


dBrncO 
[2] 


VFrO Output or PWRO+ and 
PWRO- Connected with Unity 
Gain 


DDR 


Differential Envelope Delay, VFrO, 
1kHz to 2.6kHz 






100 


MS 




dar 


Absolute Delay at 1 kHz, VFrO 






110 


/IS 




DPR1 


Single Frequency Distortion Products 






-48 


dB 


OdBmO Input Signal at 1kHz 


DPR2 


Single Frequency Distortion Products 
at Maximum Signal Level of 
+3dBm0atVFRO 






-45 


dB 


+3dBmO Signal Level of 
2.26 Vrms- 1kHz Input at 
VFrI 



NOTES: 

1. Typical values are for Ta = 25°C and nominal power supply values. 

2. A noise measurement of 12dBrnc into a 600ft load at the 291 2A device is equivalent to 6dBrncO. 

3. For gain under load refer to output resistance specs and perform gain calculation. 

4. Output is non-inverting. 
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TRANSFER CHARACTERISTICS 




///Ay/////// 

.125dB \ 

300HI \ 



p}V))))))))))))))))), 



50Hi lOOHl 



_J I I 




FREQUENCY (Hi) 



Figure 7. Transmit Filter 



+.125dB 
200Hz 




v \ \ N \ \ \ \ \ \ \VN 

V 7 ^ 



FREQUENCY (Hi) 
NOTES: 

1. TYPICAL TRANSFER FUNCTION OF THE RECEIVE FILTER AS A SEPARATE COMPONENT. 

2. TYPICAL TRANSFER FUNCTION OF THE RECEIVE FILTER DRIVEN BY THE SAMPLE AND 
HOLD OUTPUT OF THE INTEL 2910A ANO 2911 A CODECS. THE COMBINED FILTER/CODEC 
RESPONSE MEETS THE STATED SPECIFICATIONS. 



Figure 8. Receive Filter 
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POWER SUPPLY REJECTION 
TYPICAL VALUES OVER 3 RANGES 



60 


"* At VF x O with VF X I Connected to QRDA; Input Op Amp el Unity Gain 


50 




40 




VCC VCC VCC 














00 

•o 




VBB 




VBB 




20 




1 1 


VBB 


• 




lu 
O 

a 

Ul 

o 
z 
< 
a 


300 500 1000 3000 5000 10000 50000 


Frequency (Hz) 


Figure 9. Transmit Filter 


60 


At VF R with VF R I Connected to GRDA 


50 


VCC 




VCC 












VCC 


a 

■o 

30 




VBB 


VBB 


VBB 








20 






Hi 

a 

Q 
Ul 

a 

z 
< 

CO 






10 




1 1 




1 
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Frequency (Hz) 


Figure 10. Receive Filter 
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APPLICATIONS INFORMATION 
2910A/2911 A/291 2A 



SIGx- 
SIGr- 



LINE 
INTERFACE 



ANALOG INPUT AND 
GAIN ADJUSTMENT 



291 2A 






OUTPUT TO , — I 

ELECTRONIC HYBRIDS — I 

POWER AMPLIFIER INPUT — | 



POWER AMPLIFIER OUTPUT 
TO TRANSFORMER HYBRIDS 



? 



VF X I + VF X ^} 

VF X |- GRDA 

GS X CLKO 
VF R 



^ 



PWRI 

PWRO + 

PWRO" 
V B B 



i 



± 



PDN 

CLK 
GRDD 

VFrI 
Vcc 



(1)4= 



2910A 




**C 






DIGITAL 
INTERFACE 



- V DD POWER SUPPLY 




CONTROL INPUTS 
FROM SYSTEM 



PCM FRAME SYNCH 
AND BIT CLOCKS 



- INPUT FROM PCM HIGHWAY 



OUTPUT TO PCM HIGHWAY 



(1) DECOUPLING CAPACITORS 



tf~" 



"Vcc 

-GRDD 
■ V BB 
GRDA . 



POWER 
SUPPLIES 



Figure 1. A Typical 291 OA Codec and 291 2A Filter Configuration 



Codec Interface 

The 291 2A PCM Filter is designed to directly interface 
to the 291 OA and 291 1 A Codecs as shown above. The 
transmit path is completed by connecting the VF/O 
output of the 291 2A to the coupling capacitor associated 
with the VFx input of the 291 OA and 291 1 A codecs. 
The receive path is completed by directly connecting 
the codec output VFr to the receive input of the 291 2A 
VFrI. The PDN input of the 291 2A should be con- 
nected to the PDN output of the codec to allow the filter 
to be put in the power-down standby mode under 
control of the codec. 



Clock Interface 

To assure proper operation, the CLK input of the 291 2A 
should be connected to the same clock provided to the 
receive bit clock, CLKr of 291 OA or 291 1 A Codec as 
shown above. The CLKO input of the 291 2A should be 
set to the proper voltage depending on the standard 
clock frequency chosen for the codec and filter. 
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Grounding, Decoupling, and Layout 
Recommendations 

The most important steps in designing a low noise line 
card are to insure that the layout of the circuit com- 
ponents and traces results in a minimum of cross coup- 
ling between analog and digital signals, and to provide 
well bypassed and clean power supplies, solid ground 
planes, and minimal lead lengths between components. 

1. All power source leads should be bypassed to 
ground on each printed circuit board (PCB), on 
which codecs are provided. At least one electrolytic 
bypass capacitor (at least 50 ^F) per board is rec- 
ommended at the point where all power traces from 
the codecs and filters join prior to interfacing with 
the edge connector pins assigned to the power 
leads. 

2. When using two-sided PCBs, use both correspond- 
ing pins on opposite sides of the board for the same 
power lead. Strap them together both on the PCB 
and on the back of the edge connector. 

3. Lay out the traces on codec- and filter-equipped 
boards such that analog signal and capacitor leads 
are separated as widely as possible from the digital 
clock and data leads. 

4. Connect the codec sample and hold capacitor with 
the shortest leads possible. Mount it as close to the 
codec CAP1X, CAP2X pins as possible. Shield the 
capacitor traces with analog ground. 

5. Do not lay out any board traces (especially digital) 
that pass between or near the leads of the sample 
and hold capacitor(s) since they are in high imped- 
ance circuits which are sensitive to noise coupling. 

6. Keep analog voice circuit leads paired on their 
layouts so that no intervening circuit leads are 
permitted to run parallel to them and/or between 
them. 

7. Arrange the layout for each duplicated line, trunk or 
channel circuit in identical form. 

8. Line circuits mounted extremely close to adjacent 
line circuits increase the possibility of interchannel 
crosstalk. 

9. Avoid assignment of edge connector pins to any 
analog signal adjacent to any lead carrying digital 
(periodic) signals or power. 

10. The optimum grounding configuration is to maintain 
separate digital and analog grounds on the circuit 
boards, and to carry these grounds back to the 
power supply with a low impedance connection. 
This keeps the grounds separate over the entire 
system except at the power supply. 

11. The voltage difference between ground leads GRDA 
and GRDD (analog and digital ground) should not 
exceed two volts. One method of preventing any 
substantial voltage difference between leads GRDA 
and GRDD is to connect two diodes back to back in 
opposite directions across these two ground leads 
on each board. 

12. Codec-filter pairs should be aligned so that pins 9 



through 16 of the filter face pins 1 through 12 of the 
codec. This minimizes the distance for analog con- 
nections between devices and with no crossing 
analog lines. 

13. No digital or high voltage level (such as ringing sup- 
ply) lines should run under or in parallel with these 
analog VF connections. If the analog lines are on the 
top (component side) of the PC board, then GRDD, 
GRDA, or power supply leads should be directly 
under them, on the bottom to prevent analog/digital 
coupling. 

14. Both the codec and filter devices should be shielded 
from traces on the bottom of the PCB by using 
ground or power supply leads on the top side 
directly under the device (like a ground plane). 

15. Two +5 volt power supply leads (V cc ) should be 
used on each PCB, one to the filters, the other to the 
codecs. These leads should be separately decoupled 
at the PCB where they then join to a single 5 volt 
supply at the backplane connector. Decoupling can 
be accomplished with either a series resistor/ 
parallel capacitor (RC lowpass) or a series RF choke 
and parallel capacitor for each 5 volt lead. The 
capacitor should be at least 10ptF in parallel with a 
0.1 ^F ceramic. This filters both high and low 
frequencies and accommodates large current 
spikes due to switching. 

16. Both grounds and power supply leads must have low 
resistance and inductance. This should be accom- 
plished by using a ground plane whenever possible. 
When narrower traces must be used, a minimum 
width of 4 millimeters should be maintained. Either 
multiple or extra large plated through holes should 
be used when passing the ground connections 
through the PCB. 

17. The 2912A PCM filter should have all power sup- 
plies bypassed to analog ground (GRDA). The 2910A 
/2911A Codec + 5V power supplies should be by- 
passed to the digital ground (GRDD). This is appro- 
priate when separate + 5V power supply leads are 
used as suggested in item 15. The -5V and +12V 
supplies should be bypassed to analog ground 
(GRDA). Bypass capacitors at each device should be 
high frequency capacitors of approximately 0.1 to 
1.0 n F value. Their lead lengths should be mini- 
mized by routing the capacitor leads to the ap- 
propriate ground plane under the device (either 
GRDA or GRDD). 

18. Relay operation, ring voltage application, interrup- 
tions, and loop current surges can produce enor- 
mous transients. Leads carrying such signals must 
be routed well away from both analog and digital 
circuits on the line card and in backplanes. Lead 
pairs carrying current surges should be routed 
closely together to minimize possible inductive 
coupling. The microcomputer clock lead is particu- 
larly vulnerable, and should be buffered. Care should 
also be used in the backplane layout to prevent pick- 
up surges. Any other latching components (relay 
buffers, etc.) should also be protected from surges. 

19. When not used, the AUTO pin should float with minimum 
PC board track area. 
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2910A/2912A0dBm0 



TRANSMIT 
FILTER 



RECEIVE 
FILTER 



POWER 
AMPLIFIERS 








DIGITAL 










MILLIWATT 






2.85 dBm 


5.85 dBm 


CODES 


5.63 dBm 


5.85 dBm 


1.08 Vrms 


1.52 Vrms 


(OR EQUIV.) 


1.48 Vrms 


1.52 Vrms 



SINGLE ENDED, 60011 
5.85 dBm, 
1.52 Vrms 
BALANCED, 600 « 
11.9 dBm 
3.04 Vrms 



291 1 A/291 2A OdBmO 



TDAMCUjT 

FILTER 




2.88 dBm 
1.08 Vrms 



5.88 dBm 
1.52 Vrms 



DIGITAL 
MILLIWATT 
CODES 
(OR EQUIV.) 



5.66 dBm 
1.49 Vrms 



5.88 dBm 


SINGLE ENDED, 600H 


1.52 Vrms 


5.88 dBm 




1.52 Vrms 




BALANCED, 600 tt 




11.9 dBm 




3.05 Vrms 
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2913 AND 2914 
COMBINED SINGLE-CHIP PCM CODEC AND FILTER 

■ 2914 Asynchronous clocks, 8th bit signaling, loop back test capability 

■ 2913 Synchronous clocks only, 300 mil package 



AT&T D3/D4 and CCITT Compatible for 
Synchronous Operation 

Pin Selectable /*-law or A-law Operation 

Two Timing Modes: 

— Fixed Data Rate Mode 
1.536, 1.544, or 2.048 MHz 

— Variable Data Rate Mode 
64 kHz 2.048 MHz 

Exceptional Analog Performance 

28 Pin Plastic Leaded Chip Carrier 
(PLCC) for Higher Integration 



Low Power HMOS-E Technology: 

— 5mW Typical Power Down 

— 140mW Typical Operating 

Fully Differential Architecture Enhances 
Noise Immunity 

On-Chip Auto Zero, Sample and Hold, 
and Precision Voltage References 

Direct Interface with Transformer or 
Electronic Hybrids 



The Intel 2913 and 2914 are fully integrated PCM codecs with transmit/receive filters fabricated in a highly 
reliable and proven N-channel HMOS silicon gate technology (HMOS-E). These devices provide the functions 
that were formerly provided by two complex chips (2910A or 2911 A and 2912A). Besides the higher level of 
integration, the performance of the 2913 and 2914 is superior to that of the separate devices. 

The primary applications for the 2913 and 2914 are in telephone systems: 

• Switching — Digital PBX's and Central Office Switching Systems 

• Transmission — D3/D4 Type Channel Banks and Subscriber Carrier Systems 

• Subscriber Instruments — Digital Handsets and Office Workstations 

The wide dynamic range of the 2913 and 2914 (78 dB) and the minimal conversion time make them ideal 
products for other applications such as: 



• Voice Store and Forward 

• Digital Echo Cancellers 



• Secure Communications Systems 

• Satellite Earth Stations 
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Figure 1. Pin Configurations 
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PREUR1NARY 



vf x i+- 

vf x i-- 

gs x . 



TRANSMIT 
SECTION 




AUTO 
ZERO 



J~L - 



SAMPLE 
AND HOLD 
AND DAC 



COMPARATOR 



SUCCESSIVE 

APPROXIMATION 

REGISTER 



ANALOG 

TO 

DIGITAL 

CONTROL 

LOGIC 




RECEIVE 
SECTION 



H" 



gfr 1 



SAMPLE 
AND HOLD 
AND DAC 



CONTROL 
SECTION 



CONTROL 
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CONTROL 

LOGIC 
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INPUT 
REGISTER 



-CLKSEL 

-PDTJ 

-LOOP 



-Dr 



-DCLKr 
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Figure 2. Block Diagram 



Table 1 . Pin Names 



V BB 


Power (-5V) 


GS X 


Transmit Gain Control 


PWRO + , PWRO- 


Power Amplifier Outputs 


VF X I-, VF X I + 


Analog Inputs 


GS R 


Receive Gain Control 


GRDA 


Analog Ground 


PDN 


Power Down Select 


NC 


No Connect 


CLKSEL 


Master Clock Frequency 
Select 


SIG X 


Transmit Signaling Input 


LOOP 


Analog Loop Back 


ASEL 


in- or A-law Select 


SIG R 


Receive Signaling Bit Output 


TS X 


Timeslot Strobe/Buffer Enable 


DCLK R 


Receive Variable Data Clock 


DCLK X 


Transmit Variable Data Clock 


Dr 


Receive PCM Input 


Dx 


Transmit PCM Output 


FS R 


Receive Frame 


FS X 


Transmit Frame 




Synchronization Clock 




Synchronization Clock 


GRDD 


Digital Ground 


CLK X 


Transmit Master Clock 


V cc 


Power ( + 5V) 


CLK R 


Receive Master Clock (2914 
only, internally connected 
toCLK x on2913) 
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PRELDMDMARY 



Table 2. Pin Description 



Symbol 


Function 


Vbb 


Most negative supply; input voltage is -5 
volts ±5%. 


PWRO + 


Non-inverting output of power amplifier. 
Can drive transformer hybrids or high 
impedance loads directly in either a differ- 
ential or single ended configuration. 


PWRO- 


Inverting output of power amplifier. Func- 
tionally identical and complementary to 
PWRO + . 


GS R 


Input to the gain setting network on the 
output power amplifier. Transmission level 
can be adjusted over a 1 2dB range de- 
pending on the voltage at GS R . 


PDN 


Power down select. When PDN is TTL 
high, the device is active. When low, the 
device is powered down. 


CLKSEL 


Input which must be pinstrapped to reflect 
the master clock frequency at CLK X , CLK R . 

CLKSEL = V BB 2.048 MHz 

CLKSEL = GRDD 1.544 MHz 

CLKSEL = V cc 1.536 MHz 


LOOP 


Analog loopback. When this pin is TTL 
high, the analog output (PWRO + ) is 
internally connected to the analog input 
(VF X I + ), GS R is internally connected to 
PWRO-, and VF X I- is internally con- 
nected to GS X . A OdBmO digital signal in- 
put at D R is returned as a +3dBmO digital 
signal output at D x . 


SIG R 


Signaling bit output, receive channel. In 
fixed data rate mode, SIG R outputs the log- 
ical state of the eighth bit of the PCM word 
in the most recent signaling frame. 


DCLK R 


Selects the fixed or variable data rate 
mode. When DCLK R is connected to V BB , 
the fixed data rate mode is selected. In 
this mode, the device is fully compatible 
with Intel 291 0A and 291 1A direct mode 
timing. When DCLK R is not connected to 
V BB , the device operates in the variable 
data rate mode. In this mode DCLK R be- 
comes the receive data clock which oper- 
ates at TTL levels from 64Kb to 2.048 Mb 
data rates. 


Dr 


Receive PCM input. PCM data is clocked 
in on this lead on eight consecutive nega- 
tive transitions of the receive data clock; 
CLK R in the fixed data rate mode and 
DCLK R in variable data rate mode. 


FS R 


8KHz frame synchronization clock input/ 
timeslot enable, receive channel. A multi- 
function input which in fixed data rate 
mode distinguishes between signaling and 
non-signaling frames by means of a dou- 
ble or single wide pulse respectively. In 
variable data rate mode this signal must 
remain high for the entire length of the 
timeslot. The receive channel enters the 
standby state whenever FS R is TTL low for 
300 milliseconds. 



Symbol 


Function 


GRDD 


Digital ground for all internal logic circuits. 
Not internally tied to GRDA. 


CLK R 


Receive master and data clock for the 
fixed data rate mode; receive master clock 
only in variable data rate mode. 


CLK X 


Transmit master and data clock for the 
fixed data rate mode; transmit master 
clock only in variable data rate mode. 


FS X 


8 KHz frame synchronization clock input/ 
timeslot enable, transmit channel. Oper- 
ates independently but in an analogous 
manner to FS R . 

The transmit channel enters the standby 
state whenever FS X is TTL low for 300 mil- 
liseconds. 


D x 


Transmit PCM output. PCM data is clocked 
out on this lead on eight consecutive posi- 
tive transitions of the transmit data clock: 
CLK X in fixed data rate mode and DCLK X 
in variable data rate mode. 


TS X /DCLK X 


Transmit channel timeslot strobe (output) 
or data clock (input) for the transmit chan- 
nel. In fixed data rate mode, this pin is an 
open drain output designed to be used as 
an enable signal for a three-state buffer as 
in 291 0A and 2911 A direct mode timing. In 
variable data rate mode, this pin becomes 
the transmit data clock which operates at 
TTL levels from 64Kb to 2.048 Mb data 
rates. 


SIG X /ASEL 


A dual purpose pin. When connected to 
V BB , A-law operation is selected. When it is 
not connected to V BB this pin is a TTL level 
input for signaling operation. This input is 
transmitted as the eighth bit of the PCM 
word during signaling frames on the D x 
lead. If not used as an input pin, ASEL 
should be strapped to either V cc or GRDD. 


NC 


No connect 


GRDA 


Analog ground return for all internal voice 
circuits. Not internally connected to GRDD. 


VF X I + 


Non-inverting analog input to uncommitted 
transmit operational amplifier. 


VF X I- 


Inverting analog input to uncommitted 
transmit operational amplifier. 


GS X 


Output terminal of transmit channel input 
op amp. Internally, this is the voice signal 
input to the transmit filter. 


Vcc 


Most positive supply; input voltage is + 5 
volts ±5%. 
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FUNCTIONAL DESCRIPTION 

The 2913 and 2914 provide the analog-to-digital and 
the digital-to-analog conversions and the transmit and 
receive filtering necessary to interface a full duplex 
(4 wires) voice telephone circuit with the PCM high- 
ways of a time division multiplexed (TDM) system. 
They are intended to be used at the analog termi- 
nation of a PCM line or trunk. 



The following major functions are provided: 

• Bandpass filtering of the analog signals prior to 
encoding and after decoding 

• Encoding and decoding of voice and call prog- 
ress information 

• Encoding and decoding of the signaling and su- 
pervision information 
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Figure 3. Typical Line Terminations 
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GENERAL OPERATION 

System Reliability Features 

The combochip can be powered up by pulsing FS X 
and/o r FS R while a TTL high voltage is applied to 
PDN, provided that all clocks and supplies are con- 
nected. The 2913 and 2914 have internal resets on 
power up (or when V BB or V cc are re-applied) in order 
to ensure validity of the digital outputs and thereby 
maintain integrity of the PCM highway. 

On the transmit channel, digital outputs D x and T§ x 
are held in a high impedance state for approximately 
four frames (500/as) after power up or application of 
V B b or v cc- After tnis delay, D x> TS X , and signaling 
will be functional and will occur in the proper timeslot. 
The analog circuits on the transmit side require ap- 
proximately 60 milliseconds to reach their equilibrium 
value due to the autozero circuit settling time. Thus, 
valid digital information, such as for on/off hook de- 
tection, is available almost immediately, while analog 
information is available after some delay. 

On the receive channel, the digital output SIG R is also 
held low for a maximum of four frames after power 
up or application of V BB or V cc . SIG R will remain low 
thereafter until it is updated by a signaling frame. 

To further enhance system reliability, TS X and D x will 
be placed in a high impedance state approximately 
30/as after an interruption of CLK X . Similarly, SIG R 
will be held low approximately 30ju,s after an inter- 
ruption of CLK R . These interruptions could possibly 
occur with some kind of fault condition. 

Power Down and Standby Modes 

To minimize power consumption, two power down 
modes are provided in which most 2913/2914 func- 
tions are disabled. Only the power down, clock, and 



frame sync buffers, which are required to power up 
the device, are enabled in these modes. As shown 
in Table 3, the digital outputs on the appropriate chan- 
nels are placed in a high impedance state until the 
device returns to the active mode. 

The Power D own m ode utilizes an external control 
signal to the PDN pin. In this mode, power con- 
sumption is reduced to the value shown in Table 3. 
The device is active when the signal is high and in- 
acti ve w hen it is low. In the absence of any signal, 
the PDN pin floats to TTL high allowing the device to 
remain active continuously. 

The Standby mode leaves the user an option of pow- 
ering either channel down separately or powering the 
entire device down by selectively removing FS X and/ 
or FS R . With both channels in the standby state, 
power consumption is reduced to the value shown in 
Table 3. If transmit only operation is desired, FS X 
should be applied to the device while FS R is held low. 
Similarly, if receive only operation is desired, FS R 
should be applied while FS X is held low. 

Fixed Data Rate Mode 

Fixed data rate timing, which is 291 0A and 2911 A 
compatible, is selected by connecting DCLK R to V BB . 
It employs master clocks CLK X and CLK R , framesyn- 
chronization clocks FS X and FS R , and output TS X . 

CLK X and CLK R serve both as master clocks to op- 
erate the codec and filter sections and bit clocks to 
clock the data in and out from the PCM highway. FS X 
and FS R are 8 kHz inputs which set the sampling 
frequency and distinguish between signaling and 
non-signaling frames by their pulse width. A frame 
synchronization pulse which is one master clock wide 
designates a non-signaling frame, while a double 
wide sync pulse enables the signaling function. TS X 
is a timeslot strobe/buffer enable output which gates 



Table 3. Power- Down Methods 



Device Status 


Power-Down 
Method 


Typical 

Power 

Consumption 


Digital Output Status 


Power Down Mode 


PDN = TTL low 


5mW 


TS X and D x are placed in a high impedance 
state and SIG R is placed in a TTL low state 
within 10 us 


Standby Mode 


FS X and FS R are TTL low 


12 mW 


TS X and D x are placed in a high impedance 
state and SIG R is placed in a TTL low state 
300 milliseconds after FS X and FS R are 
removed. 


Only transmit is 
on standby 


FS X is TTL low 


70 mW 


TS X and D x are placed in a high impedance 
state within 300 milliseconds. 


Only receive is 
on standby 


FS R is TTL low 


110 mW 


SIG R is placed in a TTL low state within 
300 milliseconds. 
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the PCM word onto the PCM highway when an ex- 
ternal buffer is used to drive the line. 

Data is transmitted on the highway at D x on the first 
eight positive transitions of CLK X following the rising 
edge of FS X . Similarly, on the receive side, data is 
received on the first eight falling edges of CLK R . The 
frequency of CLK X and CLK R is selected by the 
CLKSEL pin to be either 1 .536, 1 .544, or 2.048 MHz. 
No other frequency of operation is allowed in the fixed 
data rate mode. 

Variable Data Rate Mode 

Variable data rate timing is selected by connecting 
DCLK R to the bit clock for the receive PCM highway 
rather than to V BB . It employs master clocks CLK X 
and CLK R , bit clocks DCLK R and DCLK X , and frame 
synchronization clocks FS R and FS X . 

Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequency 
of the bit clocks, which can be asynchronous in the 
case of the 2914 or synchronous in the case of the 
291 3, from 64 kHz to 2.048 MHz. Master clocks inputs 
are still restricted to 1.536, 1.544, or 2.048 MHz. 

In this mode, DCLK R and DCLK X become the data 
clocks for the receive and transmit PCM highways. 
While FS X is high, PCM data from D x is transmitted 

v/nivs uic i Hallway un u iq i i«s/m oi^iii v/unocvuuvc p\^*j 

itive transitions of DCLK X . Similarly, while FS R is high, 
each PCM bit from the highway is received by D R on 
the next eight consecutive negative transitions of 
DCLK R . 



On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the 1 25/u,s frame as long 
as DCLK X is pulsed and FS X is held high. This feature 
allows the PCM word to be transmitted to the PCM 
highway more than once per frame, if desired, and is 
only available in the variable data rate mode. Con- 
versely, signaling is only allowed in the fixed data rate 
mode since the variable mode provides no means 
with which to specify a signaling frame. 

Signaling 

Signaling can only be performed with the 24-pin de- 
vice in the fixed data rate timing mode (DCLK R = 
V BB ). Signaling frames on the transmit and receive 
sides are independent of one another and are se- 
lected by a double-width frame sync pulse on the 
appropriate channel. During a transmit signaling 
frame, the codec will encode the incoming analog 
signal and substitute the signal present on SIG X for 
the least significant bit of the encoded PCM word. 
Similarly, in a receive signaling frame, the codec will 
decode the seven most significant bits according to 
CCITT recommendation G.733 and output the logical 
state of the LSB on the SIG R lead until it is updated 
in the next signaling frame. Timing relationships for 
signaling operation are shown in Figure 4. 

Asynchronous Operation 

The 291 4 can be oper aied with asynchronous clocks 
in either the fixed or variable data rate modes. In order 
to avoid crosstalk problems associated with special 
interrupt circuitry, the design of the Intel 2913/2914 
combochip includes separate digital-to-analog con- 
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Figure 4. Signaling Timing (Used Only with Fixed Data Rate Mode) 
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verters and voltage references on the transmit and 
receive sides to allow independent operation of the 
two channels. 

In either timing mode, the master clock, data clock, 
and timeslot strobe must be synchronized at the be- 
ginning of each frame. CLK X and DCLK X are syn- 
chronized once per frame but may be of different 
frequencies. The receive channel operates in a sim- 
ilar manner and is completely independent of the 
transmit timing (refer to Variable Data Rate Timing 
Diagrams). This approach requires the provision of 
two separate master clocks, even in variable data rate 
mode, but avoids the use of a synchronizer which can 
cause intermittent data conversion errors. 

Analog Loopback 

A distinctive feature of the 291 4 is its analog loopback 
capability. This feature allows the user to send a con- 
trol signal which internally connects the analog input 
and output ports. As shown in Figure 5, when LOOP 
is TTL high the analog output (PWRO + ) is internally 
connected to the analog input (VF X I + ), GS R is inter- 
nally connected to PWRO- , and VF X I- is internally 
connected to GS X . 

With this feature, the user can test the line circuit 
remotely by comparing the digital codes sent into the 
receive channel (D R ) with those generated on the 
transmit channel (D x ). Due to the difference in trans- 
mission levels between the transmit and receive 
sides, a dBmO code sent into D R will emerge from 
D x as a + 3dBmO code, an implicit gain of 3 dB. Thus, 
the maximum signal input level which can be tested 
using analog loopback is dBmO. 



Precision Voltage References 

No external components are required with the com- 
bochip to provide the voltage reference function. Volt- 
age references are generated on-chip and are cali- 
brated during the manufacturing process. The 
technique uses a difference in sub-surface charge 
density between two suitably implanted MOS devices 
to derive a temperature and bias stable reference 
voltage. These references determine the gain and 
dynamic range characteristics of the device. 

Separate references are supplied to the transmit and 
receive sections and each is trimmed independently 
during the manufacturing process. The reference 
value is then further trimmed in the gain setting op- 
amps to a final precision value. With this method the 
combochip can achieve the extremely accurate Dig- 
ital Milliwatt Responses specified in the TRANSMIS- 
SION PARAMETERS, providing the user a significant 
margin for error in other board components. 

Conversion Laws 

The 2913 and 2914 are designed to operate in both 
/x-law and A-law systems. The user can select either 
conversion law according to the voltage present on 
the SIG X /ASEL pin. In each case the coder and de- 
coder process a companded 8-bit PCM word follow- 
ing CCITT recommendation G.711 for /u,-law and A- 
law conversion. If A-law operation is desired, SIG X 
should be tied to V BB . Thus, signaling is not allowed 
during A-law operation. If ^ = 255-law operation is 
selected, then SIG X is a TTL level input which mod- 
ifies the LSB of the PCM output in signaling frames. 
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Figure 5. Simplified Block Diagram of 2914 Combochip in the Analog Loopback Configuration 
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TRANSMIT OPERATION 

Transmit Filter 

The input section provides gain adjustment in the 
passband by means of an on-chip operational am- 
plifier. This operational amplifier has a common mode 
range of ±2.17 volts, a DC offset of 25 mV, an open 
loop voltage gain of 5000, and a unity gain bandwidth 
of typically 1 MHz. Gain of up to 20 dB can be set 
without degrading the performance of the filter. The 
load impedance to ground (GRDA) at the amplifier 
output (GS X ) must be greater than 10 kilohms in par- 
allel with less than 50 pF. The input signal on lead 
VF X I+ can be either AC or DC coupled. The input 
op amp can also be used in the inverting mode or 
differential amplifier mode (see Figure 6). 

A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 

The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 chan- 
nel bank transmission specification and CCITT 
recommendation G.712. The 2913 and 2914 speci- 
fications meet or exceed digital class 5 central office 
switching systems requirements. The transmit filter 
transfer characteristics and specifications will be 
within the limits shown in figure 8. 

A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 




Figure 6. Transmit Filter Gain Adjustment 



quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 

Encoding 

The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 

An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 

RECEIVE OPERATION 

Decoding 

The PCM word at the D R lead is serially fetched on 
the first eight data clock bits of the frame. A D/A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then trans- 
ferred to the receive filter. 

Receive Filter 

The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T D3/ 
D4 specification and CCITT recommendation G.712. 
The filter contains the required compensation for the 
(sin x)/x response of such decoders. The receive fil- 
ter characteristics and specifications are shown in 
Figure 9. 

Receive Output Power Amplifiers 

A balanced output amplifier is provided in order to , 
allow maximum flexibility in output configuration. 
Either of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential output will drive a bridged 
load directly. The output stage is capable of driving 
loads as low as 300 ohms single ended or 600 ohms 
differentially. 

The receive channel transmission level may be ad- 
justed between specified limits by manipulation of the 
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Table 4. Zero Transmission Level Points 



Symbol 


Parameter 


Value 


Units 


Test Conditions 


0TLP1 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) /u-law 


+ 2.76 
+ 1.00 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP2 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) A-law 


+ 2.79 
+ 1.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP1 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) /u-law 


+ 5.76 
+ 4.00 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP2 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) A-law 


+ 5.79 
+ 4.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 



GS R input. GS R is internally connected to an analog 
gain setting network. When GS R is strapped to 
PWRO-, the receive level is maximized; when it is 
tied to PWRO + , the level is minimized. The output 
transmission level interpolates between and -12 
dB as GS R is interpolated (with a potentiometer) be- 
tween PWRO+ and PWRO- . The use of the output 
gain set is illustrated in Figure 7. 

Transmission levels are specified relative to the re- 
ceive channel output under digital milliwatt conditions, 
that is, when the digital input at D R is the eight-code 
sequence specified in CCITT recommendation G.711. 



OUTPUT GAIN SET: DESIGN 
CONSIDERATIONS 

(Refer to Figure 7.) 

PWRO + and PWRO - are low impedance comple- 
mentary outputs. The voltages at the nodes are: 




Or 



DIGITAL 
INPUT 



Vo+atPWRO + 
Vo- at PWRO - 
Vo = (Vo + ) - (Vo-)(total differential response) 

Ri and R 2 are a gain setting resistor network with the 
center tap connected to the GS R input. 
A value greater than 10K ohms for R^ + R 2 and less 
than 100K ohms for R^ in parallel with R 2 is recom- 
mended because: 

(a) The parallel combination of R^ + R 2 and R L sets 
the total loading. 

(b) The total capacitance at the GS R input and the 
parallel combination of R^ and R 2 define a time 
constant which has to be minimized to avoid in- 
accuracies. 

A is the gain of the power amplifiers, 
1 + (Rj/Rg) 



where A = 



4 + (R./R,) 



For design purposes, a useful form is R^R 2 as a 
function of A. 



R 1 /R 2 



4A - 1 
1 - A 



(Allowable values for A are those which make R.,/R 2 

positive.) 

Examples are: 

If A=1 (maximum output), then 



R 1 /R 2 = °o or V(GS R ) = Vo-; 
PWRO- 

If A = 1 / 2 , then 



i.e., GS R is tied to 



Figure 7. Gain Setting Configuration 



R 1 /R 2 = 2 

If A= 1 /4, (minimum output) then 

R 1 /R 2 = or V(GS R ) = Vo + ; i.e., GS R is tied to 
PWRO + 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°Cto +80°C 

Storage Temperature ..-65°C to +150°C 

V cc and GRDD with Respect to V BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V BB -0.3V to 15V 

Power Dissipation 1.35W 



*NOTICE: Stresses above those listed under "Absolute Maxi- 
mum Ratings" may cause permanent damage to the device. 
This is a stress rating only and functional operation of the 
device at these or any other conditions above those indicated 
in the operational sections of this specification is not implied. 
Exposure to absolute maximum rating conditions for extended 
periods may affect device reliability. 



D.C. CHARACTERISTICS 

(T A = 0°C to 70°C, V cc = +5V ±5%, V BB = -5V ±5%, GRDA = 0V, GRDD 
Typical values are for T A = 25°C and nominal power supply values 



0V, unless otherwise specified) 



DIGITAL INTERFACE 












Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


I.L 


Low Level Input Current 






10 


ma 


GRDD < V| N ^ V, L (Note 1) 


llH 


High Level Input Current 






10 


uA , 


V, H < V, N < V cc 


V, L 


Input Low Voltage, except CLKSEL 






0.8 


V 




V| H 


Input High Voltage, except CLKSEL 


2.0 






V 




Vol 


Output Low Voltage 






0.4 


V 


l 0L = 3.2 mA at D x , Ts x and SIG R 


Voh 


Output High Voltage 


2.4 






V 


Ioh = 9.6 mA at D x 
Ioh = 1.2 mA at SIGr 


V,LO 


Input Low Voltage, CLKSEL 2 


V BB 




V BB 
+ 0.5 


V 




Viio 


Input Intermediate Voltage, CLKSEL 


GRDD 
-0.5 




0.5 


V 




V|HO 


Input High Voltage, CLKSEL 


Vcc 
-0.5 




Vcc 


V 




Cox 


Digital Output Capacitance 3 




5 




PF 




C|N 


Digital Input Capacitance 




5 


10 


PF 





POWER DISSIPATION 

All measurements made at f D cLK = 2.048 MHz, outputs unloaded. 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'cci 


V cc Operating Current 5 




14 


19 


mA 




Ibbi 


V BB Operating Current 




-18 


-24 


mA 




'ceo 


V C c Power Down Current 




0.5 


1.0 


mA 


PDN < V, L ; after 10ns 


Ibbo 


V BB Power Down Current 




-0.5 


-1.0 


mA 


PDN < V, L ; after 1 0ps 


bes 


V C c Standby Current 




1.2 


2.4 


mA 


FS X , FS R < V, L ; after 300 ms 


'bbs 


V BB Standby Current 




-1.2 


-2.4 


mA 


FS X , FS R < V| L : after 300 ms 


Pdi 


Operating Power Dissipation 4 




140 


200 


mW 




Pdo 


Power Down Dissipation 4 




5 


10 


mW 


PDN < V, L ; after 10u_s 


PST 


Standby Power Dissipation 4 




12 


25 


mW 


FS X , FS R ^ V 1L 



NOTES: 

1 . V lN is the voltage on any digital pin. 

2. SIG X and DCLK R are TTL level inputs between GRDD and V cc ; they are also pinstraps for mode selection when tied to V BB . Under these 
conditions V| L0 is the input low voltage requirement. 

3. Timing parameters are guaranteed based on a 100 pf load capacitance. Up to eight digital outputs may be connected to a common PCM 
highway without buffering, assuming a board capacitance of 60 pf. 

4. With nominal power supply values. 

5. V cc applied last or simultaneously with V BB . 
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ANALOG INTERFACE, TRANSMIT CHANNEL INPUT STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'bxi 


Input Leakage Current, VF X I + , VF X I - 






100 


nA 


-2.17V =s V IN =s 2.17V 


R IXI 


Input Resistance, VF X I + , VF X I - 


10 






Mft 




^OSXI 


Input Offset Voltage, VF X I + , VF X I - 






25 


mV 




CMRR 


Common Mode Rejection, VF X I + , VF X I - 


55 






dB 


-2.17 *£ V IN ^ 2.17V 


A V ol 


DC Open Loop Voltage Gain, GS X 


5000 










fc 


Open Loop Unity Gain Bandwidth, GS X 




1 




MHz 




^LX| 


Load Capacitance, GS X 






50 


pF 




^LXI 


Minimum Load Resistance, GS X 


10 






kfl 




ANALOG INTERFACE, RECEIVE CHANNEL DRIVER AMPLIFIER STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


^ORA 


Output Resistance, PWRO + , PWRO- 




1 




n 




VoSRA 


Single-Ended Output DC Offset, PWRO + , 
PWRO- 




75 


±150 


mV 


Relative to GRDA 


Clra 


Load Capacitance, PWRO + , PWRO- 






100 


pF 





A.C. CHARACTERISTICS — TRANSMISSION PARAMETERS 



Unless otherwise noted, the analog input is a dBmO, 1020 Hz sine wave. 1 Input amplifier is set for unity gain, 
noninverting. The digital input is a PCM bit stream generated by passing a dBmO, 1020 Hz sine wave through 
an ideal encoder. Receive output is measured single ended, maximum gain configuration. 2 All output levels 
are (sin x)/x corrected. Specifications are for synchronous operation. Typical values are for T A = 25°C and 



nominal power supply values. (T A = 0°C to + 70°C; V cc 
GRDD = 0V; unless otherwise specified). 



+ 5V±5%; V BB = -5V ±5%; GRDA = 0V; 



GAIN AND DYNAMIC RANGE 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 
(Transmit gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Signal input of 1 .064 Vrms //,-law 
Signal input of 1 .068 Vrms A-law 
T A = 25°C,V BB = -5V,V CC = 
+ 5V 


EmW TS 


EmW variation with Temperature 
and supplies 


-0.07 


±0.02 


+ 0.07 


dB 


±5% supplies, to 70°C 
Relative to nominal conditions 


DmW 


Digital Milliwatt Response 
(Receive gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Measure relative to 0TLP R . Signal 
input per CCITT Recommendation 
G.711. Output signal of 1000 Hz, 

R L = oo 

T A = 25°C;V BB = -5V,V CC = +5V. 


DmW TS 


DmW variation with temperature and 
supplies 


-0.07 


±0.02 


+ 0.07 


dB 


±5% supplies, to 70°C 



NOTES: 

1. OdBmO is defined as the zero reference point of the channel under test (0TLP). This corresponds to an analog signal input of 1.064 volts rms 
or an output of 1 .503 volts rms for /daw. 

2. Unity gain input amplifier: GS X is connected to VF X I-, Signal input VF X I + ; Maximum gain output amplifier; GS R is connected to PWRO-, 
output to PWRO + . 
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GAIN TRACKING 

Reference Level = - 1 0dBmO 



Symbol 


Parameter 


2913-1,2914-1 


2913,2914 


Unit 


Test Conditions 


Min 


Max 


Min 


Max 


GT1 X 


Transmit Gain Tracking Error 




±0.2 


- 


±0.25 


dB 


+ 3 to -40dBmO 




Sinusoidal Input; /Haw 




±0.3 




±0.5 


dB 


-40 to -50dBmO 








±0.65 




±1.2 


dB 


-50 to -55dBmO 


GT2 X 


Transmit Gain Tracking Error 




±0.2 




±0.25 


dB 


+ 3 to -40dBmO 




Sinusoidal Input; A-law 




±0.3 




±0.5 


dB 


-40 to -50dBmO 








±0.65 




±1.2 


dB 


-50 to -55dBmO 


GT1 R 


Receive Gain Tracking Error 




±0.2 




±0.25 


dB 


+ 3 to -40dBmO 




Sinusoidal Input; /u-law 




±0.3 




±0.5 


dB 


-40 to -50dBmO 








±0.65 




±1.2 


dB 


-50 to -55dBmO 
Measured at PWRO + , 
R L = 3oon 


GT2 R 


Receive Gain Tracking Error 




±0.2 




±0.25 


dB 


+ 3 to -40dBm0 




Sinusoidal Input; A-law 




±0.3 




±0.5 


dB 


-40 to -50dBmO 








±0.65 




±1.2 


dB 


-50 to -55dBmO 
Measured at PWRO + , 
R L = 3ooa 



NOISE ( 


All receive channel measurements are single ended) 










Symbol 


Parameter 


2913-1,2914-1 


2913, 2914 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


Nxci 


Transmit Noise, C-Message 
Weighted 






13 






15 


dBrncO 


VF X I + = GRDA, VF X I- = 
GS X 


N X C2 


Transmit Noise, .C-Message 
Weighted with Eighth Bit Signaling 






16 






18 


dBrncO 


VF X I+ = GRDA, VF X I- = 
GS X ; 6th frame signaling 


Nxp 


Transmit Noise, Psophometrically 
Weighted 






-77 






-75 


dBmOp 


VF X I+ = GRDA, VF X I- = 
GS X 


Nrci 


Receive Noise, C-Message 
Weighted: Quiet Code 






8 






11 


dBrncO 


D R = 11111111 


N RC2 


Receive Noise, C-Message 
Weighted: Sign bit toggle 






9 






12 


dBrncO 


Input to D R is zero code 
with sign bit toggle at 1 kHz 
rate 


Nr P 


Receive Noise, Psophometrically 
Weighted 






-82 






-79 


dBmOp 


D R = lowest positive 
decode level 


Nsf 


Single Frequency Noise 
End to End Measurement 






-50 






-50 


dBmO 


CCITTG.71 2.4.2 
Measure at PWRO + 


PSRR, 


V cc Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200mV P-P 
signal on supply; to 
50kHz, measure at D x 


PSRR 2 


V BB Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200 mV P-P 
signal on supply; to 50 
kHz, measure at D x 


PSRR 3 


V cc Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signalon supply; measure 
narrow band at PWRO + , 
to 50 kHz 


PSRR 4 


V BB Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signal on supply; measure 
narrow band at PWRO + , 
to 50 kHz 
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NOISE (All receive channel measurements are single ended) 



Symbol 


Parameter 


2913-1,2914-1 


2913, 2914 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


CT TR 


Crosstalk, Transmit to Receive 






-80 






-71 


dB 


VF X I+ = OdBmO, 1.02 
kHz, D R = lowest positive 
decode level, measure at 
PWRO + 


CT RT 


Crosstalk, Receive to Transmit 






-80 






-71 


dB 


D R = OdBmO, 1.02 kHz, 
VF X I + = GRDA, measure 
atD x 



DISTORTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


SD1 X 


Transmit Signal to Distortion, u-Law 
Sinusoidal Input; 
CCITTG.712-Method2 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 X 


Transmit Signal to Distortion, A-Law 
Sinusoidal Input; 
CCITTG.712-Method2 


36 
30 
25 






dB 
dB 
dB 


to -30 dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD1 R 


Receive Signal to Distortion, u.-Law 
Sinusoidal Input; CCITT G.712-Method 
2 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 R 


Receive Signal to Distortion, A-Law 
Sinusoidal Input; CCITT G.712-Method 
2 


36 
30 
25 






dB 

■ dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


DP X 


Transmit Single Frequency Distortion 
Products 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


DPr 


Receive Single Frequency Distortion 
Products 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


IMD 1 


Intermodulation Distortion, 
End to End Measurement 






-35 


dB 


CCITTG.712(7.1) 


IMD 2 


Intermodulation Distortion, 
End to End Measurement 






-49 


dBmO 


CCITTG.712(7.2) 


SOS 


Spurious Out of Band Signals, 
End to E )d Measurement 






-25 


dBmO 


CCITTG.712(6.1) 


SIS 


Spurious in Band Signals, 
End to End Measurement 






-40 


dBmO 


CCITT G. 712(9) 


D A x 


Transmit Absolute Delay 




245 




ps 


Fixed Data Rate. CLK X =2.048 MHz 
OdBmO, 1.02 kHz 
signal at VF X I + 
Measure at D x . 


Ddx 


Transmit Differential Envelope Delay 
Relative to D A x 




170 
95 
45 

105 




ps 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 - 2800 Hz 


D A r 


Receive Absolute Delay 




190 




MS 


Fixed Data Rate, CLK R = 2.048 
MHz; Digital input is DMW 
codes. Measure at PWRO + 


D D r 


Receive Differential Envelope Delay 
Relative to D AR 




45 
35 
85 
110 




MS 
Ms 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 -2800 Hz 
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TRANSMIT CHANNEL TRANSFER CHARACTERISTICS 

Input amplifier is set for unity gain, noninverting; maximum gain output. 



Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


Grx 


Gain Relative to Gain at 1.02 kHz 










dBmO Signal input at VF X I + 




16.67 Hz 






-30 


dB . 




50 Hz 






-25 


dB 




60 Hz 






-23 


dB 




200 Hz 


-1.8 




-0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.10 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-32 


dB 






FREQUENCY (Hi) 



Figure 8. Transmit Channel 
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RECEIVE CHANNEL TRANSFER CHARACTERISTICS 








Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


Grr 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at D R 




Below 200 Hz 






+ 0.125 


dB 




200 Hz 


-0.5 




+ 0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.1 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-30 


dB 





200HI + -1?» 



v.\\\\\\\\\\ 



"P»>»)»)»»/M 




Figure 9. Receive Channel 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 
CLOCK SECTION 



Symbol 


Parameter 


Mln 


Typ 


Max 


Unit 


Test Conditions 


tcY 


Clock Period, CLK X , CLK R 


488 






ns 


fcLKX = f CLKR = 2.048 MHz 


*CLK 


Clock Pulse Width, CLK X , CLK R 


220 






ns 




*DCLK 


Data Clock Pulse Width 


220 






ns 


64 kHz *£ f DCLK *s 2.048 MHz 


tcDC 


Clock Duty Cycle, CLK X> CLK R 


45 


50 


55 


% 




tnt, 


Clock Rise and Fall Time 


5 




30 


ns 




TRANSMIT SECTION, FIXED DATA RATE MODE 1 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DZX 


Data Enabled on TS Entry 







145 


ns 


0<C LOAD <100pf 


*DDX 


Data Delay from CLK X 







145 


ns 


0<C LOA D<100pf 


*HZX 


Data Float on TS Exit 


60 




215 


ns 


Cload = 


*SON 


Timeslot X to Enable 







145 


ns 


0<C LOA D<100pf 


*SOFF 


Timeslot X to Disable 


60 




215 


ns 


Cload = 


*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 




*SS 


Signal Setup Time 









ns 




*SH 


Signal Hold Time 









ns 




RECEIVE SECTION, FIXED DATA RATE MODE 


Cumhnl 


DaramMar 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DSR 


Receive Data Setup 


10 






ns 




*DHR 


Receive Data Hold 


60 






ns 




*FSD 


Frame Sync Delay 


100 




t CY -100 


ns 




tsiGR 


SIG R Update 







2 


fXS 





NOTES: 

1. Timing parameters t DZX , t HZX , and t S0FF are referenced to a high impedance state. 
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WAVEFORMS 

Fixed Data Rate Timing 



TRANSMIT TIMING 



FS X 
NON-SIGNALING ' 
FRAMES 




BIT1 )^ BIT 2 )\ BIT 3 )(" BIT 4 )( BITS )( BIT 6 )( BIT 7 )( BIT 8 * 



TS X 



.r 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V| L EXCEPT 

«DZX. tSOFF AND tHZX WHICH REFERENCE A HIGH IMPEDANCE STATE 



■— I p- — - h — ! SH 



RECEIVE TIMING 



h — ,CY — 

l* »|tCLK 



FSr 

NON-SIGNALING 

FRAMES 



FS R ^ 
SIGNALING — J 
FRAMES 




"\ 



clk r 




NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V )L . 
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TRANSMIT SECTION, VARIABLE DATA RATE MODE 1 








Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDX 


Timeslot Delay from DCLK X 2 


140 




tox" 140 


ns 




*FSD 


Frame Sync Delay 


100 




t(JY-100 


ns 




*DDX 


Data Delay from DCLK X 







100 


ns 


0<C LOAD < 100pf 


*DON 


Timeslot to D x Active 







50 


ns 


0<C LOA d< 100 pf 


*DOFF 


Timeslot to D x Inactive 







80 


ns 


o < C L0AD < 100 pf 


t D X 


Data Clock Period 


488 




15620 


ns 




*DFSX 


Data Delay from FS X 







140 


ns 





RECEIVE SECTION, VARIABLE DATA RATE MODE 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


l TSDR 


Timeslot Delay from DCLK R 3 


140 




toR-UO 


ns 




*FSD 


Frame Sync Delay 


100 




t CY -100 


ns 




*DSR 


Data Setup Time 


10 






ns 




*DHR 


Data Hold Time 


60 






ns 




*DR 


Data Clock Period 


488 




15620 


ns 




*SER 


Timeslot End Receive Time 


60 






ns 





64 KB OPERATION, VARIABLE DATA RATE MODE 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*FSLX 


Transmit Frame Sync Minimum 
Downtime 


488 






ns 


FS X is TTL high for remainder of 
frame 


*FSLR 


Receive Frame Sync Minimum 

i-»GVVntiffi6 


1952 






ns 


FS R is TTL high for remainder of 
frame 


Idclk 


Data Clock Pulse Width 






10 


MS 





NOTES: 

1 . Timing parameters t D0N and t D0 FF are referenced to a high impedance state. 
2 - tpsLx minimum requirements overrides t TSDX maximum spec for 64 kHz operation. 
3. t FSLR minimum requirements overrides t TSDR maximum spec for 64 kHz operation. 
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VARIABLE DATA RATE TIMING 



TRANSMIT TIMING 

_c 1 

FS X [ / 



DCLKx 



-t FSD 



tf 



\ B.T2 X B!T3 $ 8,T 4 X BUS X B.T6 ]( 8I T 7 f 



RECEIVE TIMING 



nr 




*DSR- 



-t DHR 



D R DON'T CAREJ 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V,„ AND V IL EXCEPT 
t D0N AND t FF WHICH REFERENCE A HIGH IMPEDANCE STATE 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TEST POINTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1" AND 
0.8V FOR A LOGIC "0". 
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2916 AND 2917 
HMOS COMBINED SINGLE CHIP PCM CODEC AND FILTER 



2916/z-Law, 2.048 MHz Master Clock 
2917 A-Law, 2.048 MHz Master Clock 



New 16-Pin Package for Higher 
Linecard Density 

AT&T D3/D4 and CCITT Compatible 

Variable Timing Mode for Flexible 
Digital Interface: Supports Data 
Rates from 64 KB to 2.048 MB 

Fixed Timing Mode for Standard 
32-Channel Systems: 2.048 MHz 
Master Clock 



Fully Differential Internal Architecture 
Enhances Noise Immunity 

Low Power HMOS-E Technology 
— 5mW Typical Power Down 
— 140 mW Typical Operating 

On Chip Auto Zero, Sample and Hold, 
and Precision Voltage References 

Compatible with Direct Mode Intel 
2910A, 2911 A, and 2912A Designs 



The Intel 2916 and 2917 are limited feature versions of Intel's 2913 and 2914 combination codec/filter 
chips. They are fully integrated PCM codecs with transmit/receive filters fabricated in a highly reliable 
and proven N-channel HMOS silicon gate technology (HMOS-E). These devices provide the functions 
that were formerly provided by two complex chips (291 0A or 2911 A and 291 2A). Besides the higher 
level of integration, the performance of the 2916 and 2917 is superior to that of the separate devices. 

The primary applications for the 2916 and 2917 are in telephone systems: 

• Switching '— Digital PBX's and Central Office Switching Systems 

• Subscriber Instruments — Digital Handsets and Office Workstations 

Other possible applications can be found where the wide dynamic range (78 dB) and minimum conver- 
sion time (125 /is) are required for analog to digital interface functions: 

• Secure Communications 

• Digital Echo Cancellation 



• High Speed Modems 

• Voice Store and Forward 



v B b 


C 




16 


3 


v C c 


PWRO + 


C 


2 


15 


3 


GS X 


PWRO- 


c 


3 


14 


3 


VF X I- 


PDN 


c 


4 


13 


3 


GRDA 


DCLK R 


c 


5 


12 


3 


TS" X /DCLK X 


D R 


c 


6 


11 


3 


°X 


FS R 


c 




™. 


3 


FS X 


GRDD 


c 


8 


9 


3 


CLK 



Figure 1. Pin Configuration 
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7~L 



SAMPLE 
AND HOLD 
AND DAC 



COMPARATOR 



SUCCESSIVE 

APPROXIMATION 

REGISTER 



DIGITAL 

CONTROL 

LOGIC 



r T -<D~ 



u 



m 



SAMPLE 
AND HOLD 
AND DAC 



ANALOG 

CONTROL 

LOGIC 



t t . t. 

V C C V B B GRDD GRDA FSr 



► D X 
.►TSx'DCLKx 



-FS X 
-CLK 



Figure 2. Block Diagram 



Table 1. Pin Names 



Vbb 


Power ( - 5V) 


GS X 


Transmit Gain Control 


PWRO + , PWRO- 


Power Amplifier Outputs 


VF X I- 


Analog Input 


PDN 


Power Down Select 


GRDA 


Analog Ground 


DCLK R 


Receive Variable Data Clock 


TS X 


Timeslot Strobe/Buffer Enable 


Dr 


Receive PCM Input 


DCLK X 


Transmit Variable Data Clock 


FS r 


Receive Frame 


D x 


Transmit PCM Output 




Synchronization Clock 


FS X 


Transmit Frame 


GRDD 


Digital Ground 




Synchronization Clock 


Vcc 


Power ( + 5V) 


CLK 


Master Clock 
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Table 2. Pin Description 



Symbol 


Function 


V BB 


Most negative supply, input voltage is - 5 
volts ±5%. 


PWRO + 


Non-inverting output of power amplifier. 
Can drive transformer hybrids or high 
impedance loads directly in either a differ- 
ential or single ended configuration. 


PWRO- 


Inverting output of power amplifier. Func- 
tionally identical and complementary to 
PWRO + . 


PDN 


Power down select. When PDN is TTL 
high, the device is active. When low, the 
device is powered down. 


PCLK R 


Selects the fixed or variable data rate 
mode. When DCLK R is connected to V BB , 
the fixed data rate mode is selected. In 
this mode, the device is fully compatible 
with Intel 291 OA and 291 1 A direct mode 
timing. When DCLK R is not connected to 
V BB , the device operates in the variable 
data rate mode. In this mode DCLK R be- 
comes the receive data clock which oper- 
ates at TTL levels from 64Kb to 2.048 Mb 
data rates. 


D R 


Receive PCM input. PCM data is clocked 
in on this lead on eight consecutive nega- 
tive transitions of the receive data clock; 
CLK in the fixed data rate mode and 
DCLK R in variable data rate mode. 


FS R 


8KHz frame synchronization clock input/ 
timeslot enable, receive channel, in varia- 
ble data rate mode this signal must remain 
high for the entire length of the timeslot. 
The receive channel enters the standby 
state whenever FS R is TTL low for 300 
milliseconds. 



Symbol 


Function 


GRDD 


Digital ground for all internal logic circuits. 
Not internally tied to GRDA. 


CLK 


Master and data clock for the fixed data 
rate mode; master clock only in variable 
data rate mode. 


FS X 


8 KHz frame synchronization clock input/ 
timeslot enable, transmit channel. Oper- 
ates independently but in an analogous 
manner to FS R . The transmit channel en- 
ters the standby state whenever FS X is 
TTL low for 300 milliseconds. 


Dx 


Transmit PCM output. PCM data is clocked 
out on this lead on eight consecutive posi- 
tive transitions of the transmit data clock: 
CLK in fixed data rate mode and DCLK X in 
variable data rate mode. 


TS X /DCLK X 


Transmit channel timeslot strobe (output) 
or data clock (input) for the transmit chan- 
nel. In fixed data rate mode, this pin is an 
open drain output designed to be used as 
an enable signal for a three-state buffer as 
in 2910A and 2911 A direct mode timing. In 
variable data rate mode, this pin becomes 
the transmit data clock which operates at 
TTL levels from 64Kb to 2.048 Mb data 
rates. 


QRDA 


Analog ground return for all interna! voice 
circuits. Not internally connected to GRDD. 


VF X I- 


Inverting analog input to uncommitted 
transmit operational amplifier. 


GS X 


Output terminal of on-chip transmit channel 
input op amp. Internally, this is the voice 
signal input to the transmit filter. ■ 


V 


Most positive supply; input voltage is +5 
volts ±5%. 



14-62 



iny 



2916 and 2917 



[PGmOGM^V 



FUNCTIONAL DESCRIPTION 

The 2916 and 2917 provide the analog-to-digital and 
the digital-to-ana(og conversions and the transmit and 
receive filtering necessary to interface a full duplex 
(4 wires) voice telephone circuit with the PCM high- 
ways of a time division multiplexed (TDM) system. 
They are intended to be used at the analog termi- 
nation of a PCM line. 

The following major functions are provided: 

• Bandpass filtering of the analog signals prior to 
encoding and after decoding 

• Encoding and decoding of voice and call prog- 
ress information 

• Encoding and decoding of the signaling and su- 
pervision information 

GENERAL OPERATION 

System Reliability Features 

The combochip can be powered up by pulsing FS X 
and/o r FS R while a TTL high voltage is applied to 
PDN, provided that all clocks and supplies are con- 
nected. The 2916 and 2917 have internal resets on 
power up (or when V BB or V cc are re-applied) in order 
to ensure validity of the digital outputs and thereby 
maintain integrity of the PCM highway. 

On the transmit channel, digital outputs D x and TS X 
are held in a high impedance state for approximately 
four frames (500/ts) after power up ^application of 
V BB or V cc . After this delay, D x and TS X will be func- 
tional and will occur in the proper timeslot. The analog 
circuits on the transmit side require approximately 60 
milliseconds to reach their equilibrium value due to 
the autozero circuit settling time. 



To enhance system reliability, TS X and D x will be 
placed in a high impedance state approximately 30/as 
after an interruption of CLK. 

Power Down and Standby Modes 

To minimize power consumption, two power down 
modes are provided in which most 2916/2917 func- 
tions are disabled. Only the power down, clock, and 
frame sync buffers, which are required to power up 
the device, are enabled in these modes. As shown 
in Table 3, the digital outputs on the appropriate chan- 
nels are placed in a high impedance state until the 
device returns to the active mode. 

The Power D own m ode utilizes an external control 
signal to the PDN pin. In this mode, power con- 
sumption is reduced to an average of 5 mW. The 
device is active when the signal is high and in active 
when it is low. In the absence of any signal, the PDN 
pin floats to TTL high allowing the device to remain 
active continuously. 

The Standby mode leaves the user an option of pow- 
ering either channel down separately or powering the 
entire device down by selectively removing FS X and/ 
or FS R . With both channels in the standby state, 
power consumption is reduced to an average of 1 2 
mW. If transmit only operation is desired, FS X should 
be applied to the device while FS R is held low. Sim- 
ilarly, if receive only operation is desired, FS R should 
be applied while FS X is held low. 

Fixed Data Rate Mode 

Fixed data rate timing, which is 291 0A and 2911 A 
compatible, is selected by connecting DCLK R to V BB . 
It employs master clock CLK, frame synchronization 
clocks FS X and FS R , and output TS X . 

CLK serves as the master clock to operate the codec 



Table 3. Power-Down Methods 



Device Status 


Power- Down 
Method 


Typical 

Power 

Consumption 


Digital Output Status 


Power Down Mode 


PDN = TTL low 


5mW 


TS X and D x are placed in a high impedance 
state within 10 [is. 


Standby Mode 


FS X and FS R are TTL low 


12 mW 


TS x an d D x are placed in a high impedance 
state within 300 milliseconds. 


Only transmit is 
on standby 


FS X is TTL low 


70 mW 


TS x and D x are placed in a high impedance 
state within 300 milliseconds. 


Only receive is 
on standby 


FS R is TTL low 


110mW 
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and filter sections and as the bit clock to clock the 
data in and out from the PCM highway. FS X and FS R 
are 8 kHz inputs which set the sampling frequency. 
TS X is a timeslot strobe/buffer enable output which 
gates the PCM word onto the PCM highway when an 
external buffer is used to drive the line. 

Data is transmitted on the highway at D x on the first 
eight positive transitions of CLK following the rising 
edge of FS X . Similarly, on the receive side, data is 
received on the first eight falling edges of CLK. The 
frequency of CLK must be 2.048 MHz. No other fre- 
quency of operation is allowed in the fixed data rate 
mode. 

Variable Data Rate Mode 

Variable data rate timing is selected by connecting 
DCLK R to the bit clock for the receive PCM highway 
rather than to V BB . It employs master clock CLK, bit 
clocks DCLK R and DCLK X , and frame synchroniza- 
tion clocks FS R and FS X . 

Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequency 
of the bit clocks, from 64 kHz to 2.048 MHz. The 
master clock is still restricted to 2.048 MHz. 

In this mode, DCLK R and DCLK X become the data 
clocks for the receive and transmit PCM highways. 
While FS X is high, PCM data from D x is transmitted 
onto the highway on the next eight consecutive pos- 
itive transitions of DCLK X . Similarly, while FS R is high, 
each PCM bit from the highway is received by D R on 
the next eight consecutive negative transitions of 
DCLK R . 

On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the 125jus frame as long 
as DCLK X is pulsed and FS X is held high. This feature 
allows the PCM word to be transmitted to the PCM 
highway more than once per frame, if desired, and is 
only available in the variable data rate mode. 

Precision Voltage References 

No external components are required with the com- 
bochip to provide the voltage reference function. Volt- 
age references are generated on-chip and are 
calibrated during the manufacturing process. The 
technique uses a difference in sub-surface charge 
density between two suitably implanted MOS devices 
to derive a temperature and bias stable reference 
voltage. These references determine the gain and 
dynamic range characteristics of the device. 

Separate references are supplied to the transmit and 
receive sections and each is trimmed independently 
during the manufacturing process. The reference 



value is then further trimmed in the gain setting op- 
amps to a final precision value. With this method the 
combochip can achieve the extremely accurate Dig- 
ital Milliwatt Responses specified in the TRANSMIS- 
SION PARAMETERS, providing the user a significant 
margin for error in other board components. 



TRANSMIT OPERATION 

Transmit Filter 

The input section provides gain adjustment in the 
passband by means of an on-chip operational am- 
plifier. This operational amplifier has a common mode 
range of ± 2.1 7 volts, a maximum DC offset of 25 mV, 
a minimum open loop voltage gain of 5000, and a 
unity gain bandwidth of typically 1 MHz. Gain of up 
to 20 dB can be set without degrading the perfor- 
mance of the filter. The load impedance to ground 
(GRDA) at the amplifier output (GS X ) must be greater 
than 10 kilohms in parallel with less than 50 pF The 
input signal on lead VF X I - can be either AC or DC 
coupled. The input op amp can only be used in the 
inverting mode as shown in Figure 3. 

A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 




Figure 3. Transmit Filter Gain Adjustment 
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The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 chan- 
nel bank transmission specification and CCITT 
recommendation G.712. The 2916 and 2917 speci- 
fications meet or exceed digital class 5 central office 
switching systems requirements. The transmit filter 
transfer characteristics and specifications will be 
within the limits shown in Figure 4. 

A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 1 7 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 

Encoding 

The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 

An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 



RECEIVE OPERATION 

Decoding 

The PCM word at the D R lead is serially fetched on 
the first eight data clock bits of the frame. A D/A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then trans- 
ferred to the receive filter. 

Receive Filter 

The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T D3/ 
D4 specification and CCITT recommendation G.712. 
The filter contains the required compensation for the 
(sin x)/x response of such decoders. The receive filter 
characteristics and specifications will be within the 
limits shown in Figure 5. 

Receive Output Power Amplifiers 

A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. 
Either of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential output will drive a bridged 
load directly. The output stage is capable of driving 
loads as low as 300 ohms single ended or 600 ohms 
differentially. 

Transmission levels are specified relative to the re- 
ceive channel output under digital milliwatt conditions, 
that is, when the digital input at D R is the eight-code 
sequence specified in CCITT recommendation G.711. 



Table 4. Zero Transmission Level Points 



Symbol 


Parameter 


Value 


Units 


Test Conditions 


0TLP1 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) /u-law 


+ 2.76 
+ 1.00 


dBm 
dBm 


Referenced to 600H 
Referenced to 900H 


0TLP2 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) A-law 


+ 2.79 
+ 1.03 


dBm 
dBm 


Referenced to 600(1 
Referenced to 900O 


0TLP1 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) /u-law 


+ 5.76 
+ 4.00 


dBm 
dBm 


Referenced to 600H 
Referenced to 900O 


0TLP2 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) A-law 


+ 5.79 
+ 4.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900O 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°Cto +80°C 

Storage Temperature -65°Cto + 150°C 

V cc and GRDD with Respect 

toV BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V BB - 0.3V to 15V 

Power Dissipation 1 .35W 



* NOTICE: Stresses above those listed under 
"Absolute Maximum Ratings" may cause perma- 
nent damage to the device. This is a stress rating 
only and functional operation of the device at 
these or any other conditions above those in- 
dicated in the operational sections of this 
specification is not implied. Exposure to ab- 
solute maximum rating conditions for extended 
periods may affect device reliability. 



D.C. CHARACTERISTICS 

(T A - 0°C to 70°C, V cc = +5V ±5%,V BB - -5V +5%,GRDA = 0V, GRDD = 0V, unless otherwise 

specified) 

Typical values are for T A = 25°C and nominal power supply values 

DIGITAL INTERFACE 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


I.L 


Low Level Input Current 






10 


uA 


GRDD < V, N < V, L (Note 1) 


I.H 


High Level Input Current 






10 


uA 


V| H < V, N < V cc 


V,L 


Input Low Voltage 






0.8 


V 




V, H 


Input High Voltage 


2.0 






V 




Vol 


Output Low Voltage 






0.4 


V 


Iol = 3.2 mA at D x , TS X 


Voh 


Output High Voltage 


2.4 






V 


Ioh = 9.6 mA at D x 


Cox 


Digital Output Capacitance 2 




5 




pF 




C|N / 


Digital Input Capacitance 




5 


10 


pF 





POWER DISSIPATION 

All measurements made at f D cLK = 2.048 MHz, outputs unloaded. 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


Icci 


Vcc Operating Current 4 




14 


19 


mA 




'bbi 


V B b Operating Current 




-18 


-24 


mA 




•ceo 


V C c Power Down Current 




0.5 


1.0 


mA 


PDN < V, L ; after 10ms 


'bbo 


V B b Power Down Current 




-0.5 


-1.0 


mA 


PDN ^ V, L ; after 10ms 


'ccs 


V C c Standby Current 




1.2 


2.4 


mA 


FS X , FS R < V, L ; after 300 ms 


Ibbs 


V B b Standby Current 




-1.2 


-2.4 


mA 


FS X , FS R < V, L : after 300 ms 


Pdi 


Operating Power Dissipation 3 




140 


200 


mW 




Pdo 


Power Down Dissipation 3 




5 


10 


mW 


PDN < V, L ; after 10ms" 


PST 


Standby Power Dissipation 3 




12 


25 


mW 


FS X , FS R < V, L 



NOTES: 

1. V )N is the voltage on any digital pin. 

2. Timing parameters are guaranteed based on a 100 pF load capacitance. Up to eight digital outputs may be connected to a common PCM 
highway without buffering, assuming a board capacitance of 60 pF. 

3. With nominal power supply values. 

4- v cc applied last or simultaneously with V BB . 
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ANALOG INTERFACE, TRANSMIT CHANNEL INPUT STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'bxi 


Input Leakage Current, VF X I - 






100 


nA 


-2.17V *s V lN =s 2.17V 


R IXI 


Input Resistance, VF X I - 


10 






MH 




Vosxi 


Input Offset Voltage, VF X I- 






25 


mV 




Avol 


DC Open Loop Voltage Gain, GS X 


5000 










fc 


Open Loop Unity Gain Bandwidth, GS X 




1 




MHz 




^LX| 


Load Capacitance, GS X 






50 


PF 




R LXI 


Minimum Load Resistance, GS X 


10 






kn 




ANALOG INTERFACE, RECEIVE CHANNEL DRIVER AMPLIFIER STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


R ORA 


Output Resistance, PWRO + , PWRO- 




1 




ft 




VoSRA 


Single-Ended Output DC Offset, PWRO + , 
PWRO- 




75 




mV 


Relative to GRDA 


C|_RA 


Load Capacitance, PWRO + , PWRO- 






100 


PF 





AC. CHARACTERISTICS — TRANSMISSION PARAMETERS 

Unless otherwise noted, the analog input is a dBmO, 1020 Hz sine wave. 1 Input amplifier is set for unity gain, 
inverting. The digital input is a PCM bit stream generated by passing a dBmO, 1020 Hz sine wave through an 
ideal encoder. Receive output is measured single ended. All output levels are (sin x)/x corrected. Typical values 
are for T A = 25°C and nominal power supply values. (T A = 0°C to + 70°C; V cc = +5V±5%; V BB = -5V ±5%; 
GRDA = 0V; GRDD = 0V; unless otherwise specified). 



GAIN AND DYNAMIC RANGE 



Symbol 


Parameter 


Min 


Typ 


fttex 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 
(Transmit gain tolerance) 


-0.18 


±0.04 


+0.18 


dBmO 


Signal input of 1.064 Vrms /x-law 
Signal input of 1 .068 Vrms A-law 
T A = 25°C, V BB = -5V, V cc = 
+ 5V 


EmW TS 


EmW variation with Temperature and 
supplies 


-0.07 


±0.02 


+ 0.07 


dB 


±5% supplies, to 70°C 
Relative to nominal conditions 


DmW 


Digital Milliwatt Response 
(Receive gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Measure relative to 0TLP R . Signal 
input per CCITT Recommendation 
G.711. Output signal of 1000 Hz. 

R L = oo 

T A = 25°C;V BB = -5V, 
V cc = +5V 


DmW TS 


DmW variation with temperature and 
supplies 


-0.07 


±0.02 


+ 0.07 


dB 


±5% supplies, to 70°C 



NOTES: 

1. OdBmO is defined as the zero reference point of the channel under test (0TLP). This corresponds to an analog signal input of 1.064 volts rms or 
an output of 1.503 volts rms (for /daw). 
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GAIN TRACKING 

Reference Level = - 1 0dBmO 



Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Max 


Min 


Max 


GT1 X 


Transmit Gain Tracking Error 
Sinusoidal Input; /it-law 




±0.25 

±0.5 

±1.2 






dB 
dB 
dB 


+ 3 to -40dBmO 
-40to-50dBmO 
-50 to -55dBmO 


GT2 X 


Transmit Gain Tracking Error 
Sinusoidal Input; A-law 








±0.25 

±0.5 

±1.2 


dB 
dB 
dB 


+ 3 to -40dBmO 
-40to-50dBmO 
-50 to -55dBmO 


GT1 R 


Receive Gain Tracking Error 
Sinusoidal Input; /x-law 




±0.25 

±0.5 

±1.2 






dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 
Measured at PWRO + , 
R L = 300H 


GT2 R 


Receive Gain Tracking Error 
Sinusoidal Input; A-law 








±0.25 

±0.5 

±1.2 


dB 
dB 
dB 


+ 3 to -40 dBmO 
-40 to -50dBmO 
-50 to -55dBmO 
Measured at PWRO + , 
R L = 300H 



NOISE (All receive channel measurements are 


single ended) 










Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


N x ci 


Transmit Noise, C-Message 
Weighted 






15 








dBrncO 


Unity Gain 


Nxp 


Transmit Noise, Psophometrically 
Weighted 












-75 


dBmOp 


Unity Gain 


N RC1 


Receive Noise, C-Message 
Weighted: Quiet Code 






11 








dBrncO 


D R = 11111111 .. 


N RC2 


Receive Noise, C-Message 
Weighted: Sign bit toggle 






12 








dBrncO 


Input to D R is zero code 
with sign bit toggle at 1 kHz 
rate 


Nrp 


Receive Noise, Psophometrically 
Weighted 












-79 


dBmOp 


D R = lowest positive 
decode level 


Nsf 


Single Frequency Noise 
End to End Measurement 






-50 






-50 


dBmO 


CCITTG.71 2.4.2 
Measure at PWRO + 


PSRR t 


V cc Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200m V P-P 
signal on supply; to 
50kHz, measure at D x 


PSRR 2 


V BB Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200 mV P-P 
signal on supply; to 50 
kHz, measure at D x 


PSRR 3 


V cc Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signal on supply; measure 
narrowband at PWRO + , 
to 50 kHz 



14-68 



iny 



2916 and 2917 



PftiyiSflOIMABgV 



NOISE (All receive channel measurements are single ended) 



Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


PSRR 4 


V BB Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signal on supply; measure 
narrow band at PWRO + , 
to 50 kHz 


CT TR 


Crosstalk, Transmit to Receive 






-71 






-71 


dB 


Input = OdBmO, Unity 
Gain, 1.02 kHz, D R = 
lowest positive decode 
level, measure at PWRO + 


CT RT 


Crosstalk, Receive to Transmit 






-71 






-71 


dB 


D R = OdBmO, 1.02 kHz, 
measure at D x 



DISTORTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


SD1 X 


Transmit Signal to Distortion, u-Law 
Sinusoidal Input; 
CCITTG.712-Method2 (2916) 


36 
30 
25 






dB 
dB 
dB 


to - 30 dBmO 

- 30 to - 40 dBmO 

- 40 to - 45 dBmO 


SD2 X 


Transmit Signal to Distortion, A-Law 
Sinusoidal Input; 
CCITTG.712-Method2 (2917) 


36 
30 
25 






dB 
dB 
dB 


to - 30 dBmO 
- 30 to - 40 dBmO 
-40 to -45dBmO 


SD1 R 


Receive Signal to Distortion, u-Law 
Sinusoidal Input; CCITT G.712-Method 
2 (2916) 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
- 40 to - 45 dBmO 


SD2 R 


Receive Signal to Distortion, A-Law 
Sinusoidal Input; CCITT G.712-Method 
2 (2917) 


36 
30 
25 






dB 
dB 
dB 


to - 30 dBmO 
-30 to -40dBmO 
- 40 to - 45 dBmO 


DP X 


Transmit Single Frequency Distortion 
Products (2916) 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


dp r 


Receive Single Frequency Distortion 
Products (2916) 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


IMD 1 


Intermodulation Distortion, 
End to End Measurement 






-35 


dB 


CCITT G.712 (7.1) 


IMD 2 


Intermodulation Distortion, 
End to End Measurement 






-49 


dBmO 


CCITTG.712(7.2) 


SOS 


Spurious Out of Band Signals, 
End to End Measurement 






-25 


dBmO 


CCITT G.712 (6.1) 


SIS 


Spurious in Band Signals, 
End to End Measurement 






-40 


dBmO 


CCITT G. 712(9) 


Dax 


Transmit Absolute Delay 




245 




MS 


Fixed Data Rate. CLK X = 2.048 
MHz; OdBmO, 1.02 kHz input 
Signal, Unity Gain. Measure 
at D x . 


Ddx 


Transmit Differential Envelope Delay 
Relative to D AX 




170 
95 
45 

105 




MS 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 -2800 Hz 


Dar 


Receive Absolute Delay 




190 , 




MS 


Fixed Data Rate, CLK = 2.048 
MHz; Digital Input is DMW 
codes. Measure at PWRO + 


D D r 


Receive Differential Envelope Delay 
Relative to D AR 




45 
35 
85 
110 




MS 
MS 
MS 
MS 


f = 500 -600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
■f = 2600 - 2800 Hz 
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TRANSMIT CHANNEL TRANSFER CHARACTERISTICS 

Input amplifier is set for unity gain, inverting. 



Symbol 


Parameter 


Min 


tvp 


Max 


Unit 


Test Conditions 


Grx 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at VF X I - 




16.67 Hz 






-30 


dB 




50 Hz 






-25 


dB 




60 Hz 






-23 


dB 




200 Hz 


-1.8 




-0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.10 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-32 


dB 






FREQUENCY (Hi) 



Figure 4. Transmit Channel 
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RECEIVE CHANNEL TRANSFER CHARACTERISTICS 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


Grr 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at D R 




Below 200 Hz 






+ 0.125 


dB 




200 Hz 


-0.5 




+ 0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.1 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-30 


dB 









\w\w\ wwww 



W? 



*»}}}}»}}}}}»%& 



l_±jl1_ 




Figure 5. Receive Channel 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 
CLOCK SECTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


tcY 


Clock Period, CLK 


488 






ns 


f CLK = 2.048 MHz 


*CLK 


Clock Pulse Width, CLK 


220 






ns 




*DCLK 


Data Clock Pulse Width 


220 






ns 


64 kHz =£ f DCLK ^ 2.048 MHz 


tcDC 


Clock Duty Cycle, CLK 


45 


50 


55 


% 




tpt, 


Clock Rise and Fall Time 


5 




30 


ns 





TRANSMIT SECTION, FIXED DATA RATE MODE 1 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DZX 


Data Enabled on TS Entry 







145 


ns 


0<C LOAD < 100 pf 


*DDX 


Data Delay from CLK 







145 


ns 


0<C LOA D< 100 pf 


tax 


Data Float on TS Exit 


60 




215 


ns 


Cload = 


*SON 


Timeslot X to Enable 







145 


ns 


0< C L0AD < 100 pf 


*SOFF 


Timeslot X to Disable 


60 




215 


ns 


Cload = 


*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 





RECEIVE SECTION, FIXED DATA RATE MODE 










Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DSR 


Receive Data Setup 


10 






ns 




*DHR 


Receive Data Hold 


60 






ns 




*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 





NOTES: 

1 . Timing parameters t DZX , tnzx« and tsoFF are referenced to a high impedance state. 
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WAVEFORMS 

Fixed Data Rate Timing 



TRANSMIT TIMING 



\* <CY 

:lk I« » — 




— H K-'odx 

1 /{ BIT 2 ){ BIT 3 y BIT 4 j( BITS ^ BIT 6 ^ BIT 7 



T5i 




NOTE: ALL TIMING PARAMETERS REFERENCED TO V m AND V, L EXCEPT t DZX , t SO FF AND t HZX WHICH 
REFERENCE A HIGH IMPEDANCE STATE 



RECEIVE TIMING 





iDSR J -• — *• U tDHR 

STABLE 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V, L . 
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TRANSMIT SECTION, VARIABLE DATA RATE MODE 1 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDX 


Timeslot Delay from DCLK X 2 


140 




t DX -140 


ns 




,W> 


Frame Sync Delay 


100 




tcY-100 


ns 




*DDX 


Data Delay from DCLK X 







100 


ns 


0<C LO ad< 100 pf 


*DON 


Timeslot to D x Active 







50 


ns 


0<C LOAD < 100 pf 


*DOFF 


Timeslot to D x Inactive 







80 


ns 


0<C LOAD < 100 pf 


*DX 


Data Clock Period 


488 




15620 


ns 




*DFSX 


Data Delay from FS X 







140 


ns 




RECEIVE SECTION, VARIABLE DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDR 


Timeslot Delay from DCLK R 3 


140 




ton-140 


ns 




*FSD 


Frame Sync Delay 


100 




^-100 


ns 




*DSR 


Data Setup Time 


10 






ns 




*DHR 


Data Hold Time 


60 






ns 




*DR 


Data Clock Period 


488 




15620 


ns 




*SER 


Timeslot End Receive Time 


60 






ns 




64 KB OPERATION, VARIABLE DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*FSLX 


Transmit Frame Sync Minimum 
Downtime 


488 






ns 


FS X is TTL high for remainder of 
frame 


*FSLR 


Receive Frame Sync Minimum 
Downtime 


1952 






ns 


FS R is TTL high for remainder of 
frame 


*DCLK 


Data Clock Pulse Width 






10 


MS 





NOTES: 

1 . Timing parameters t D0N and t D0 FF are referenced to a high impedance state. 

2. t FSLX minimum requirements overrides t TSDX maximum spec for 64 kHz operation. 

3. t FSLR minimum requirements overrides t TSDR maximum spec for 64 kHz operation. 
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VARIABLE DATA RATE TIMING 



TRANSMIT TIMING 



FS X 1 



DCLKx 



D x - 



-*TSDX 



tf 



BIT1 Y BIT 2 Y BIT 3 Y BIT 4 V BIT 5 V BIT 6 V BIT7 V BIT 8 



RECEIVE TIMING 

FS R L 1 



OCLKr 



-tTSDR 



1IIIUII1IIUIII1I\I mT \ 

D R DON'T CARE /Y b {' ] 



"* *DHR 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V,t EXCEPT 
t 0ON AND t FF WHICH REFERENCE A HIGH IMPEDANCE STATE 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TESTPOINTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0 ". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1" AND 
0.8V FOR A LOGIC "0 ". 
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29C13 AND 29C14 
CHMOS COMBINED SINGLE-CHIP PCM CODEC AND FILTER 



29C14 Asynchronous clocks, 8th bit 
signaling, loop back test capability 

29C13 Synchronous clocks only, 300 mil 
package 



■ Low-Power Pin Compatible Version of 
Intel's 2913 and 2914 

■ AT&T D3/D4 and CCITT Compatible 

a 28-Pin Plastic Leaded Chip Carrier 
(PLCC) for Higher Integration 



■ 3 Low-Power Modes 

—5 mW Typical Power Down 
—8 mW Typical Standby 
—70 mW Typical Operating 

■ Direct Interface with Transformer or 
Electronic Hybrids 

■ TTL and CMOS Compatible 



Intel's 29C13 and 29C14 are CHMOS versions of Intel's HMOS 2913 and 2914 family members. CHMOS is 
a technology built on HMOS-II, thus realizing the high performance and density obtained in that process while 
achieving the low power consumption typical of CMOS circuits. 

The 29C13 and 29C14 retain all the features of the 2913 and 2914: push/pull power amplifiers, /jJA law pin 
select, on-chip auto zero, sample and hold and precision voltage references, power up clear and tri-state on 
clock interrupt, two timing modes and two power down modes. 



VbbC 

PWRO + C 

PWRO- C 

GS„C 

PDN C 

CLKSEL C 

DCLKrC 

fs r C 
grddC 



29C13 



D v cc 

D GS x 

UVF X I- 

U VF X I .+ 

ZJGRDA 

ZJASEL 

;3ts x /dclk x 

D°x 

D p Sx 

UCLK X 



v BB C 

PWRO+ C 

PWRO- £ 

GS„ C 

TON C 

CLKSEL C. 

LOOP £ 

SIG n C 

DCLKpC 

GRDD C 



29C14 



D v cc 
DGS X 

I]VFxl- 

Dvf x i+ 

I^GRDA 

I]NC 

^ SIG X /ASEL 

U TS X /DCLK X 

D D x 
=)FS X 

D CLK x 

I]CLK n 



I 

O 

XL 

NCC 4 

GS R d 5 

NCC 6 

PDN C 7 

CLKSEL d 8 

loopC 9 

SIG„ C ™ 
DCLK„C 11 

DR C 12 



? 8 ff ** 

nnnn 

2 111 28 27 



N29C14 



14 15 16 17 

uuuu 



26 3VF X I- 
25 "J VF X I + 
24 ^GRDA 
23 I]NC 
22 ^JSIG X /ASEL 
21 I]TS X /DCLK X 
20 Z]NC 
19 D°x 



18 U NC 



i£ 



Figure 1. Pin Configurations 
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VF X I+- 

VF X I-- 

OSx-, 



PWRO + -*- 
PWRO--*- 




-TL 



SAMPLE 
AND HOLD 
AND OAC 



COMPARATOR 



SUCCESSIVE 

APPROXIMATION 

REGISTER 



DIGITAL 

CONTROL 

LOGIC 



*v 



\- 



BUFFER 












SAMPLE 
AND HOLD 
AND DAC 


REFERENCE 






i 









CONTROL 
SECTION 



CONTROL 
LOGIC 



ANALOG 

CONTROL 

LOGIC 



t t t ■ t 

Vcc Vbb grdd grda 



►TSx'OCLKx 
-SIGx/ASEL 



-CLKSEL 

-PDTJ 

-LOOP 



-Dr 



DCLKr 

-•►SIGr 



Figure 2 Block Diagram 



Table 1. Pin Names 



V BB 


Power (-5V) 


GS X 


Transmit Gain Control 


PWRO + ,PWRO- 


Power Amplifier Outputs 


VF X I-, VF X I + 


Analog Inputs 


GS R 


Receive Gain Control 


GRDA 


Analog Ground 


PDN 


Power Down Select 


NC 


No Connect 


CLKSEL 


Master Clock Frequency 
Select 


SIG X 


Transmit Signaling Input 


LOOP 


Analog Loop Back 


ASEL 


ix- or A-law Select 


SIG R 


Receive Signaling Bit Output 


TS X 


Timeslot Strobe/Buffer Enable 


DCLK R 


Receive Variable Data Clock 


DCLK X 


Transmit Variable Data Clock 


D r 


Receive PCM Input 


D x 


Transmit PCM Output 


FS R 


Receive Frame 


FS X 


Transmit Frame 




Synchronization Clock 




Synchronization Clock 


GRDD 


Digital Ground 


CLK X 


Transmit Master Clock 


Vcc 


Power ( + 5V) 


CLK R 


Receive Master Clock (29C14 
only, internally connected 
toCLK x on29C13) 
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Table 2. Pin Description 



Symbol 


Function 


Vbb 


Most negative supply; input voltage is - 5 
volts ±5%. 


PWRO + 


Non-inverting output of power amplifier. 
Can drive transformer hybrids or high 
impedance loads directly in either a differ- 
ential or single ended configuration. 


PWRO- 


Inverting output of power amplifier. Func- 
tionally identical and complementary to 
PWRO + . 


GS R 


Input to the gain setting network on the 
output power amplifier. Transmission level 
can be adjusted over a 12dB range de- 
pending on the voltage at GS R . 


PDN 


Power down select. When PDN is TTL 
high, the device is active. When low, the 
device is powered down. 


CLKSEL 


Input which must be pinstrapped to reflect 
the master clock frequency at CLK X , CLK R . 
CLKSEL = V BB . ....... .2.048 MHz 

CLKSEL = GRDD .... .. '. . 1.544 MHz 

CLKSEL = V cc . . ...... .1.536 MHz 


LOOP 


Analog loopback. When this pin is TTL 
high, the analog output (PWRO + ) is 
internally connected to the analog input 
(VF X I + ), GS R is internally connected to 
PWRO - , and VF X I - is internally con- 
nected to GS X . A OdBmO digital signal in- 
put at D R is returned as a +3dBmO digital 
signal output at D x . 


SIG R 


Signaling bit output, receive channel. In 
fixed data rate mode, SIG R outputs the log- 
ical state of the eighth bit of the PCM word 
in the most recent signaling frame. 


DCLK R 


Selects the fixed or variable data rate 
mode. When DCLK R is connected to V BB , 
the fixed data rate mode is selected. In 
this mode, the device is fully compatible 
with Intel 291 OA and 291 1 A direct mode 
timing. When DCLK R is not connected to 
V BB , the device operates in the variable 
data rate mode. In this mode DCLK R be- 
comes the receive data clock which oper- 
ates at TTL levels from 64Kb to 2.048 Mb 
data rates. 


D R 


Receive PCM input. PCM data is clocked 
in on this lead on eight consecutive nega- 
tive transitions of the receive data clock; 
CLK R in the fixed data rate mode and 
DCLK R in variable data rate mode. 


FS R 


8KHz frame synchronization clock input/ 
timeslot enable, receive channel. A multi- 
function input which in fixed data rate 
mode distinguishes between signaling and 
non-signaling frames by means of a dou- 
ble or single wide pulse respectively. In 
variable data rate mode this signal must 
remain high for the entire length of the 
timeslot. The receive channel enters the 
standby state whenever FS R is TTL low for 
300 milliseconds. 



Symbol 


Function 


GRDD 


Digital ground for all internal logic circuits. 
Not internally tied to GRDA. 


CLK R 


Receive master and data clock for the 
fixed data rate mode; receive master clock 
only in variable data rate mode. 


CLK X 


Transmit master and data clock for the 
fixed data rate mode; transmit master 
clock only in variable data rate mode. 


FS X 


8 KHz frame synchronization clock input/ 
timeslot enable, transmit channel. Oper- 
ates independently but in an analogous 
manner to FS R . 

The transmit channel enters the standby 
state whenever FS X is TTL low for 300 mil- 
liseconds. 


D x 


Transmit PCM output. PCM data is clocked 
out on this lead on eight consecutive posi- 
tive transitions of the transmit data clock: 
CLK X in fixed data rate mode and DCLK X 
in variable data rate mode. 


TS X /DCLK X 


Transmit channel timeslot strobe (output) 
or data clock (input) for the transmit chan- 
nel. In fixed data rate mode, this pin is an 
open drain output designed to be used as 
an enable signal for a three-state buffer as 
in 291 0A and 2911 A direct mode timing. In 
variable data rate mode, this pin becomes 
the transmit data clock which operates at 
TTL levels from 64Kb to 2.048 Mb data 
rates. 


SIG X /ASEL 


A dual purpose pin. When connected to 
V BB , A-law operation is selected. When it is 
not connected to V BB this pin is a TTL level 
input for signaling operation. This input is 
transmitted as the eighth bit of the PCM 
word during signaling frames on the D x 
lead. If not used as an input pin, ASEL 
should be strapped to either V cc or GRDD. 


NC 


No connect 


GRDA 


Analog ground return for all internal voice 
circuits. Not internally connected to GRDD. 


VF X I + 


Non-inverting analog input to uncommitted 
transmit operational amplifier. 


VFxl-, 


Inverting analog input to uncommitted 
transmit operational amplifier. 


GS X 


Output terminal of transmit input channel 
op amp. Internally, this is the voice signal 
input to the transmit filter. 


Vcc 


Most positive supply; input voltage is +5 
volts ±5%. 
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FUNCTIONAL DESCRIPTION 

The 2913 and 2914 provide the analog-to-digital and 
the digital-to-analog conversions and the transmit and 
receive filtering necessary to interface a full duplex 
(4 wires) voice telephone circuit with the PCM high- 
ways of a time division multiplexed (TDM) system. 
They are intended to be used at the analog termi- 
nation of a PCM line or trunk. 



The following major functions are provided: 

• Bandpass filtering of the analog signals prior to 
encoding and after decoding 

• Encoding and decoding of voice and call prog- 
ress information 

• Encoding and decoding of the signaling and su- 
pervision information 
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Figure 3. Typical Line Terminations 
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GENERAL OPERATION 

System Reliability Features 

The combochip can be powered up by pulsing FS X 
and/o r FS R while a TTL high voltage is applied to 
PDN, provided that all clocks and supplies are con- 
nected. The 29C13 and 29C14 have internal resets 
on power up (or when V BB or V cc are re-applied) in 
order to ensure validity of the digital outputs and 
thereby maintain integrity of the PCM highway. 

On the transmit channel, digital outputs D x and TS X 
are held in a high impedance state for approximately 
four frames (500ju,s) after power up or application of 
V BB or V cc . After this delay, D x , TS X , and signaling 
will be functional and will occur in the proper timeslot. 
The analog circuits on the transmit side require ap- 
proximately 60 milliseconds to reach their equilibrium 
value due to the autozero circuit settling time. Thus, 
valid digital information, such as for on/off hook de- 
tection, is available almost immediately, while analog 
information is available after some delay. 

On the receive channel, the digital output SIG R is also 
held low for a maximum of four frames after power 
up or application of V BB or V cc . SIG R will remain low 
thereafter until it is updated by a signaling frame. 

To further enhance system reliability, TS X and D x will 
be placed in a high impedance state approximately 
30/as after an interruption of CLK X . Similarly, SIG R 
will be held low approximately 30 fjis after an inter- 
ruption of CLK R . These interruptions could possibly 
occur with some kind of fault condition. 

Power Down and Standby Modes 

To minimize power consumption, two power down 
modes are provided in which most 29C13/C1 4 func- 
tions are disabled. Only the power down, clock, and 
frame sync buffers, which are required to power up 



the device, are enabled in these modes. As shown 
in Table 3, the digital outputs on the appropriate chan- 
nels are placed in a high impedance state until the 
device returns to the active mode. 

The Power D own m ode utilizes an external control 
signal to the PDN pin. In this mode, power con- 
sumption is reduced to the value shown in Table 3. 
The device is active when the signal is high and in- 
acti ve w hen it is low. In the absence of any signal, 
the PDN pin floats to TTL high allowing the device to 
remain active continuously. 

The Standby mode leaves the user an option of pow- 
ering either channel down separately or powering the 
entire device down by selectively removing FS X and/ 
or FS R . With both channels in the standby state, 
power consumption is reduced to the value shown in 
Table 3. If transmit only operation is desired, FS X 
should be applied to the device while FS R is held low. 
Similarly, if receive only operation is desired, FS R 
should be applied while FS X is held low. 

Fixed Data Rate Mode 

Fixed data rate timing, which is 291 0A and 2911 A 
compatible, is selected by connecting DCLK R to V BB . 
It employs master clocks CLK X and CLK R , frame syn- 
chronization clocks FS X and FS R , and output TS X . 

CLK X and CLK R serve both as master clocks to op- 
erate the codec and filter sections and bit clocks to 
clock the data in and out from the PCM highway. FS X 
and FS R are 8 kHz inputs which set the sampling 
frequency and distinguish between signaling and 
non-signaling frames by their pulse width. A frame 
synchronization pulse which is one master clock wide 
designates a non-signaling frame, while a double 
wide sync pulse enables the signaling function. TS X 
is a timeslot strobe/buffer enable output which gates 
the PCM word onto the PCM highway when an ex- 
ternal buffer is used to drive the line. 



Table 3. Power-Down Methods 



Device Status 


Power- Down 
Method 


Typical 

Power 

Consumption 


Digital Output Status 


Power Down Mode 


PDN = TTL low 


5mW 


TS X and D x are placed in a high impedance 
state and SIG R is placed in a TTL low state 
within 10 ws 


Standby Mode 


FS X and FS R are TTL low 


8mW 


Ts x and D x are placed in a high impedance 
state and SIG R is placed in a TTL low state 
300 milliseconds after FS x and FS R are 
removed. 


Only transmit is 
on standby 


FS X is TTL low 


50 mW 


TS X and D x are placed in a high impedance 
state within 300 milliseconds. 


Only receive is 
on standby 


FS R is TTL low 


50 mW 


SIG R is placed in a TTL low state within 
300 milliseconds. 
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Data is transmitted on the highway at D x on the first 
eight positive transitions of CLK X following the rising 
edge of FS X . Similarly, on the receive side, data is 
received on the first eight falling edges of CLK R . The 
frequency of CLK X and CLK R is selected by the 
CLKSEL pin to be either 1 .536, 1 .544, or 2.048 MHz. 
No other frequency of operation is allowed in the fixed 
data rate mode. 

Variable Data Rate Mode 

Variable data rate timing is selected by connecting 
DCLK R to the bit clock for the receive PCM highway 
rather than to V BB . It employs master clocks CLK X 
and CLK R , bit clocks DCLK R and DCLK X , and frame 
synchronization clocks FS R and FS X . 

Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequency 
of the bit clocks, which can be asynchronous in the 
case of the 29C14, synchronous in the case of the 
29C13, from 64 kHz to 2.048 MHz. Master clocks 
inputs are still restricted to 1.536, 1.544, or 2.048 
MHz. 

In this mode, DCLK R and DCLK X become the data 
clocks for the receive and transmit PCM highways. 
While FS X is high, PCM data from D x is transmitted 
onto the highway on the next eight consecutive pos- 
itive transitions of DCLK X . Similarly, while FS R is high, 
each PCM bit from the highway is received by D R on 
the next eight consecutive negative transitions of 
DCLK R . 

On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the 125/ns frame as long 



as DCLK X is pulsed and FS X is held high. This feature 
allows the PCM word to be transmitted to the PCM 
highway more than once per frame, if desired, and is 
only available in the variable data rate mode. Con- 
versely, signaling is only allowed in the fixed data rate 
mode since the variable mode provides no means 
with which to specify a signaling frame. 

Signaling 

Signaling can only be performed with the 24-pin de- 
vice in the fixed data rate timing mode (DCLK R = 
V BB ). Signaling frames on the transmit and receive 
sides are independent of one another and are se- 
lected by a double-width frame sync pulse on the 
appropriate channel. During a transmit signaling 
frame, the codec will encode the incoming analog 
signal and substitute the signal present on SIG X for 
the least significant bit of the encoded PCM word. 
Similarly, in a receive signaling frame, the codec will 
decode the seven most significant bits according to 
CCITT recommendation G.733 and output the logical 
state of the LSB on the SIG R lead until it is updated 
in the next signaling frame. Timing relationships for 
signaling operation are shown in Figure 4. 

Asynchronous Operation 

The 29C14 can be operated with asynchronous 
clocks in either the fixed or variable data rate modes. 
In order to avoid crosstalk problems associated with 
special interrupt circuitry, the design of the Intel 
29C13/C14 combochip includes separate digital-to- 
analog converters and voltage references on the 
transmit and receive sides to allow independent op- 
eration of the two channels. 
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Figure 4. Signaling Timing (Used Only with Fixed Data Rate Mode) 
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In either timing mode, the master clock, data clock, 
and timeslot strobe must be synchronized at the be- 
ginning of each frame. CLK X and DCLK X are syn- 
chronized once per frame but may be of different 
frequencies. The receive channel operates in a sim- 
ilar manner and is completely independent of the 
transmit timing (refer to Variable Data Rate Timing 
Diagrams). This approach requires the provision of 
two separate master clocks, even in variable data rate 
mode, but avoids the use of a synchronizer which can 
cause intermittent data conversion errors. 

Analog Loopback 

A distinctive feature of the 29C14 is its analog loop- 
back capability. This feature allows the user to send 
a control signal which internally connects the analog 
input and output ports. As shown in Figure 5, when 
LOOP is TTL high the analog output (PWRO + ) is 
internally connected to the analog input (VF X I + ), GS R 
is internally connected to PWRO-, and VF X I- is 
internally connected to GS X . 

With this feature, the user can test the line circuit 
remotely by comparing the digital codes sent into the 
receive channel (D R ) with those generated on the 
transmit channel (D x ). Due to the difference in trans- 
mission levels between the transmit and receive 
sides, a dBmO code sent into D R will emerge from 
D x as a + 3dBmO code, an implicit gain of 3 dB. Thus, 
the maximum signal input level which can be tested 
using analog loopback is dBmO. 

Precision Voltage References 

No external components are required with the com- 
bochip to provide the voltage reference function. Volt- 
age references are generated on-chip and are cali- 



brated during the manufacturing process. These 
references determine the gain and dynamic range 
characteristics of the device. 

Separate references are supplied to the transmit and 
receive sections and each is trimmed independently 
during the manufacturing process. The reference 
value is then further trimmed in the gain setting op- 
amps to a final precision value. With this method the 
combochip can achieve the extremely accurate Dig- 
ital Milliwatt Responses specified in the TRANSMIS- 
SION PARAMETERS, providing the user a significant 
margin for error in other board components. 

Conversion Laws 

The 29C13 and 29C14 are designed to operate in 
both fjL-\a\N and A-law systems. The user can select 
either conversion law according to the voltage present 
on the SIG X /ASEL pin. In each case the coder and 
decoder process a companded 8-bit PCM word fol- 
lowing CCITT recommendation G.71 1 for /A-law and 
A-law conversion. If A-law operation is desired, SIG X 
should be tied to V BB . Thus, signaling is not allowed 
during A-law operation. If \x = 255-law operation is 
selected, then SIG X is a TTL level input which mod- 
ifies the LSB of the PCM output in signaling frames. 



TRANSMIT OPERATION 

Transmit Filter 

The input section provides gain adjustment in the 
passband by means of an on-chip uncommitted op- 
erational amplifier. This operational amplifier has a 
common mode range of ±2.17 volts, a DC offset of 
25 mV, and a typical voltage gain of 20,000. Gain of 
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COMBOCHIP ANALOG LOOP BACK FUNCTION 



Figure 5. Simplified Block Diagram of 29C14 Combochip in the Analog Loopback Configuration 
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up to 20 dB can be set without degrading the per- 
formance of the filter. The load impedance to ground 
(GRDA) at the amplifier output (GS X ) must be greater 
than 10 kilohms in parallel with less than 50 pF. A DC 
path must be provided at VF X I + . The input op amp 
can also be used in the inverting mode or differential 
amplifier mode (see Figure 6). 

A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 

The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 
channel bank transmission specification and CCITT 
recommendation G.712. The 29C13 and 29C14 
specifications meet or exceed digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specifications will be 
within the limits shown in Figure 8. 

A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 

Encoding 



transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 

An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 
all DC offset is removed from the encoder input 
waveform. 

RECEIVE OPERATION 

Decoding 

The PCM word at the D R lead is serially fetched on 
the first eight data clock bits of the frame. A D/A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then trans- 
ferred to the receive filter. 

Receive Filter 

The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T D3/D4 
specification and CCITT recommendation G.712. 
The filter contains the required compensation for the 
(sin x)/x response of such decoders. The receive fil- 
ter characteristics and specifications are shown in 
Figure 9. 



The encoder internally samples the output of the Receive Output Power Amplifiers 





VF X I + 




*\ 










/^ 


GAIN = 1 + ^ 


VF X I- 

QS X 




, 


Rs 





Figure 6. Transmit Filter Gain Adjustment 



A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. 
Either of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential output will drive a bridged 
load directly. The output stage is capable of driving 
loads as low as 300 ohms single ended or 600 ohms 
differentially. 

The receive channel transmission level may be ad- 
justed between specified limits by manipulation of the 
GS R input. GS R is internally connected to an analog 
gain setting network. When GS R is strapped to 
PWRO-, the receive level is unattenuated; when it 
is tied to PWRO + , the level is attenuated by 12 dB. 
The output transmission level interpolates between 
and -12 dB as GS R is interpolated (with a poten- 
tiometer) between PWRO+ and PWRO-. The use 
of the output gain set is illustrated in Figure 7. 

Transmission levels are specified relative to the re- 
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Table 4. Zero Transmission Level Points 


Symbol 


Parameter 


Value 


Units 


Test Conditions 


0TLP1 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) ju-law 


+ 2.76 
+ 1.00 


dBm 
dBm 


Referenced to 600H 
Referenced to 900H 


0TLP2 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) A-law 


+ 2.79 
+ 1.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP1 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) Haw 


+ 5.76 
+ 4.00 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP2 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) A-law 


+ 5.79 
+ 4.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 



ceive channel output under digital milliwatt conditions, 
that is, when the digital input at D R is the eight-code 
sequence specified in CCITT recommendation G.71 1 . 

OUTPUT GAIN SET: DESIGN 
CONSIDERATIONS 

(Refer to Figure 7.) 

PWRO+ and PWRO- are low impedance comple- 
mentary outputs. The voltages at the nodes are: 

Vo+ atPWRO + 
Vo- atPWRO- 
Vo = (Vo + ) - (Vo-) (total differential response) 

R 1 and R 2 are a gain setting resistor network with the 
center tap connected to the GS R input. 

A value greater than 10K ohms for R, + R 2 and less 
than 100K ohms for R 1 in parallel with R 2 is recom- 
mended because: 

(a) The parallel combination of R 1 + R 2 and R L sets 
the total loading. 

(b) The total capacitance at the GS R input and the 
parallel combination of R^ and R 2 define a time 
constant which has to be minimized to avoid in- 
accuracies. 



A is the gain of the power amplifiers, 
1 + (R1/B2) 



where A 



4 + (R^R,) 



For design purposes, a useful form is Ri/R 2 as a 
function of A. 



R^Ra = 



4A - 1 
1 - A 



(Allowable values for A are those which make R^ 

positive.) 

Examples are: 

If A = 1 (maximum output), then 

R 1 /R 2 = oo or V(GS R ) = Vo-; i.e., GS R is tied to 
PWRO- 

If A = 1 / 2 , then 

R 1 /R 2 = 2 

If A= 1 /4, (minimum output) then 

R 1 /R 2 =0 or V(GS R )=Vo + ; i.e., GS R is tied to 
PWRO + 



T 

V + 

5Rl " v„ 



© 






© 



© 



1 



29C13 
OR 
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Dr 



DIGITAL INPUT 



Figure 7. Gain Setting Configuration 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°Cto +80°C 

Storage Temperature - 65°C to + 1 50°C 

V cc and GRDD with Respect to V BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V cc -15V to +0.3V 

Power Dissipation 1.35W 



'NOTICE: Stresses above those listed under "Absolute Maxi- 
mum Ratings" may cause permanent damage to the device. 
This is a stress rating only and functional operation of the 
device at these or any other conditions above those indicated 
in the operational sections of this specification is not implied. 
Exposure to absolute maximum rating conditions for extended 
periods may affect device reliability. 



D.C. CHARACTERISTICS 

(T A = 0°C to 70°C, V C c = +5V ±5%, V BB = -5V ±5%, GRDA = 0V, GRDD = 0V, unless otherwise specified) 
Typical values are for T A = 25°C and nominal power supply values 

DIGITAL INTERFACE 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


I.L 


Low Level Input Current 






10 


|xA 


GRDD=s V IN =s V IL (Note1) 


I.H 


High Level Input Current 






10 


|xA 


V,h « v IN ^ V cc 


V, L 


Input Low Volage, except CLKSEL 






0.8 


V 




V,H 


Input High Voltage, except CLKSEL 


2.0 






V 




V 0L 


Output Low Voltage 






0.4 


V 


l 0L = 3.2 mA at D x , TS X and 
SIG R 


Vqh 


Output High Volage 


2.4 






V 


l 0H ~ 80 /LtA at D x , SIG R 


V, L0 


Input Low Voltage, CLKSEL 2 


V BB 




v BB 

+ 0.5 


V 




V„o 


Input Intermediate Voltage, CLKSEL 


GRDD 
-0.5 




0.5 


V 




V,ho 


Input High Voltage, CLKSEL 


V C c 
-0.5 




V C V C 


V 




Cox 


Digital Output Capacitance 3 




5 




PF 




C|N 


Digital Input Capacitance 




5 


10 


PF 




POWER DISSIPATION 

All measurements made at f DCLK = 2.048 MHz, outputs unloaded. 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'cci 


V cc Operating Current 




5.6 




mA 




'bbi 


V BB Operating Current 




-5.6 




mA 




'ceo 


V cc Power Down Current 




0.5 




mA 


PDN^ V IL ; after 10jjls 


'bbo 


V BB Power Down Current 




-0.5 




mA 


PDN^ V IL ; after lOfjus 


'x^CS 


V cc Standby Current 




0.8 




mA 


FS X , FS R ^ V, L ; after 300 ms 


I BBS 


V BB Standby Current 




-0.8 




mA 


FS X , FS R ^ V IL ; after 300 ms 


Pa 


Operating Power Dissipation 4 




70 




mW 




Pdo 


Power Down Dissipation 4 




5 




mW 


PDN^ V IL ; after 10jjls 


Psr 


Standby Power Dissipation 4 




8 




mW 


FS X ,FS R ^V IL 



NOTES: 

1. V, N is the voltage on any digital pin. 

2. SIG X and DCLK R are TTL level inputs between GRDD and V C c; they are also pinstraps for mode selection when tied to V BB . 
Under these conditions V| L0 ' s tr, e input low voltage requirement. 

3. Timing parameters are guaranteed based on a 100 pf load capacitance. Up to eight digital outputs may be connected to a com- 
mon PCM highway without buffering, assuming a board capacitance of 60 pf. 

4. With nominal power supply values. 
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ANALOG INTERFACE, TRANSMIT CHANNEL INPUT STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'bxi 


Input Leakage Current, VF X I + , VF X I- 






100 


nA 


-2.17V ^ V lN =s 2.17V 


Rixi 


Input Resistance, VF X I + , VF X I - 


10 






MH 




Vosxi 


Input Offset Voltage, VF X I + , VF X I - 






25 


mV 




CMRR 


Common Mode Rejection, VF X I + , VF X I- 


55 






dB 


-2.17 ss V IN *s 2.17V 


Avol 


DC Open Loop Voltage Gain, GS X 


5000 










'c 


Open Loop Unity Gain Bandwidth, GS X 




1 




MHz 




^LX| 


Load Capacitance, GS X 






50 


PF 




Rlxi 


Minimum Load Resistance, GS X 


10 






kn 




ANALOG INTERFACE, RECEIVE CHANNEL DRIVER AMPLIFIER STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


^ORA 


Output Resistance, PWRO + , PWRO- 




1 




a 




VoSRA 


Single-Ended Output DC Offset, PWRO + , 
PWRO- 




75 


±150 


mV 


Relative to GRDA 


Clra 


Load Capacitance, PWRO + , PWRO- 






100 


PF 





A.C. CHARACTERISTICS — TRANSMISSION PARAMETERS 

Unless otherwise noted, the analog Input Is a dBmO, 1020 Hz sine wave. 1 Input amplifier is set for unity gain, 
noninverting. The digital input Is a PCM bit stream generated by passing a dBmO, 1020 Hz sine wave through 
an ideal encoder. Receive output is measured single ended, maximum gain configuration. 2 All output levels 
are (sin x)/x corrected. 



GAIN AND DYNAMIC RANGE 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 
(Transmit gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Signal input of 1 .064 Vrms /it-law 
Signal input of 1 .068 Vrms A-law 
T A = 25°C,V BB = -5V, 
V cc = +5V 


EmW TS 


EmW variation with Temperature 
and supplies 


-0.07 


±0.02 


+ 0.07 


dB 


±5% supplies, to 70°C 
Relative to nominal conditions 


DmW 


Digital Milliwatt Response 
(Receive gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Measure relative to 0TLP R . Signal 
input per CCITT Recommendation 
G.71 1 .Output signal of 1 000 Hz. 
T A = 25°C;V BB = -5V, 
V cc = +5V. R L = x 


DmW TS 


DmW variation with temperature and 
supplies 


-0.07 


±0.02 


+ 0.07 


. dB 


±5% supplies, to 70°C 



NOTES: 

1. OdBmO is defined as the zero reference point of the channel, under test (0TLP). This corresponds to an analog signal input of 1.064 volts rms 
or an output of 1 .503 volts rms for julaw. 

2. Unity gain input amplifier: GS X is connected to VF X I-, Signal input VF X I + ; Maximum gain output amplifier; GS R is connected to PWRO-, 
output to PWRO + . 
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GAIN TRACKING 

Reference Level = -10dBmO 



Symbol 


Parameter 


Min 


Max 


Unit 


Test Conditions 


GT1 X 


Transmit Gain Tracking Error 




±0.25 


dB 


+ 3 to -40 dBmO 




Sinusoidal Input; /x-law 




±0.5 


dB 


-40 to -50dBmO 








±1.2 


dB 


-50 to -55dBmO 


GT2 X 


Transmit Gain Tracking Error 




±0.25 


dB 


+ 3 to -40 dBmO 




Sinusoidal Input; A-law 




±0.5 


dB 


-40 to -50dBmO 








±1.2 


dB 


-50 to -55 dBmO 


GT1 R 


Receive Gain Tracking Error 




±0.25 


dB 


+ 3 to -40 dBmO 




Sinusoidal Input; /u,-law 




±0.5 


dB 


-40 to -50 dBmO 








±1.2 


dB 


-50 to -55dBmO 
Measured at PWRO + , 
R L = 30011 


GT2 R 


Receive Gain Tracking Error 




±0.25 


dB 


+ 3 to -40 dBmO 




Sinusoidal Input; A-law 




±0.5 


dB 


-40 to -50dBmO 








±1.2 


dB 


-50 to -55dBmO 
Measured at PWRO + , 
R L = 300H 



NOISE (All receive channel measurements are single ended) 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


N X ci 


Transmit Noise, C-Message 
Weighted 






15 


dBrncO 


VF X I + = GRDA, VF X I- = GS X 


N X C2 


Transmit Noise, C-Message 
Weighted with Eighth Bit Signaling 






18 


dBrncO 


VF X I + = GRDA, VF X I- = GS X ; 
6th frame signaling 


N XP 


Transmit Noise, Psophometrically 
Weighted 






-75 


dBmOp 


VF X I + = GRDA, VF X I- = GS X 


Nrci 


Receive Noise, C-Message 
Weighted: Quiet Code 






11 


dBrncO 


D R = 11111111 


N RC2 


Receive Noise, C-Message 
Weighted: Sign bit toggle 






12 


dBrncO 


Input to D R is zero code with sign 
bit toggle at 1 kHz rate 


Nrp 


Receive Noise, Psophometrically 
Weighted 






-79 


dBmOp 


D R = lowest positive decode level 


Nsf 


Single Frequency Noise 
End to End Measurement 






-50 


dBmO 


CCITTG.71 2.4.2 
Measure at PWRO + 


PSR^ 


V cc Power Supply Rejection, 
Transmit Channel 




-30 




dB 


Idle channel; 200mV P-P signal on 
supply; to 50kHz, measure at D x 


PSRR 2 


V BB Power Supply Rejection, 
Transmit Channel 




-30 




dB 


Idle channel; 200 mV P-P signal on 
supply; to 50 kHz, measure at D x 


PSRR 3 


V cc Power Supply Rejection, 
Receive Channel 




-25 




dB 


Idle channel; 200 mV P-P signal on 
supply; measure narrow band at 
PWRO + ,0to50kHz 


PSRR 4 


V BB Power Supply Rejection, 
Receive Channel 




-25 




dB 


Idle channel; 200 mV P-P signal on 
supply; measure narrow band at 
PWRO + ,0to50kHz 


CT TR 


Crosstalk, Transmit to Receive 






-71 


dB 


VF X I + = OdBmO, 1.02 kHz, D R = 
lowest positive decode level, • 
measure at PWRO + 


CT RT 


Crosstalk, Receive to Transmit 






-71 


dB 


D R = OdBmO, 1.02 kHz, 
VF X I+ = GRDA, measure at D x 
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DISTORTION 


Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


SD1 X 


Transmit Signal to Distortion, pi-Law 
Sinusoidal Input; 
CCITTG.712-Method2 


36 
30 
25 






dB 
dB 
dB 


0to-30dBm0 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 X 


Transmit Signal to Distortion, A-Law 
Sinusoidal Input; 
CCITTG.712-Method2 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBm0 
-40 to -45dBmO 


SD1 R 


Receive Signal to Distortion, u-Law 
Sinusoidal Input; CCITT G.712-Method 
2 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 R 


Receive Signal to Distortion, A-Law 
Sinusoidal Input; CCITT G.712-Method 
2 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


DP X 


Transmit Single Frequency Distortion 
Products 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


DPr 


Receive Single Frequency Distortion 
Products 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


IMD 1 


Intermodulation Distortion, 
End to End Measurement 






-35 


dB 


CCITT G.712 (7.1) 


IMD 2 


Intermodulation Distortion, 
End to End Measurement 






-49 


dBmO 


CCITTG.712(7.2) 


SOS 


Spurious Out of Band Signals, 
End to End Measurement 






-25 


dBmO 


CCITT G.712 (6.1) 


SIS 


Spurious in Band Signals, 
End to End Measurement 






-40 


dBmO 


CCITT G. 712(9) 


D AX 


Transmit Absolute Delay 




245 




ps 


Fixed Data Rate. CLK X = 2.048 
MHz;0dBm0, 1.02 
kHz signal at VF X I + . 
Measure at D x . 


D DX 


Transmit Differential Envelope Delay 
Relative to D A x 




170 
95 
45 

105 




MS 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 - 2800 Hz 


D A R 


Receive Absolute Delay 




190 




MS 


Fixed Data Rate, CLK R = 2.048 
MHz; Digital input is DMW 
codes. Measure at PWRO + . 


D D r 


Receive Differential Envelope Delay 
Relative to D AR 




45 

35 

85 

110 




MS 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 -2800 Hz 
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TRANSMIT CHANNEL TRANSFER CHARACTERISTICS 

Input amplifier is set for unity gain, noninverting; maximum gain output. 



Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


Grx 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at VF X I + 




16.67 Hz 






-30 


dB 




50 Hz 






-25 


dB 




60 Hz 






-23 


dB 




200 Hz 


-1.8 




-0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.10 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-32 


dB 


















" 




-125dB 

? 


♦.125dB 025d 
300Hi 3000H 


B ♦03dB 
I s' 3300Hz 

»C-.10dB 
P' 3400Hz 





EXPANOEO 
SCALE 


J 300Hz \ 3000H, A 




-1 


- 




1 I TYPICAL FILTER .3300^ 

/ TRANSFER FUNCTION -3MB A\ - 


-1 




3 




► 




,uJ % 

200Hz/, • 3400Hz 'T 
V - 70-. 1 






1 





- 




O 


•v\\\\\\\\\\\\\\\\\\\\\s 









1 


-10 
-20 
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// 
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, / 
/ / 
, / 
/ / 


\L-14dB 
If 4000Hz 


-20 




-30 


-25dBO^ 
50h£»T / 




/ / 

' ^~~""~-— TYPICAL FILTER ~^^ / 
. TRANSFER FUNCTION / 




l^ -32dB 
t\ 4600Hz 


-30 






18.67Hz / 












-40 
-50 
-60 


1 


I 1 1 1 1 


( 1 1 


/ / 
', I . I I I I I I I I' 


_L 


A 

1 


1 ! 1 
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100Hz IKHl 10 
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Figure 8. Transmit Channel 
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RECEIVE CHANNEL TRANSFER CHARACTERISTICS 








Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


Grr 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at D R 




Below 200 Hz 






+ 0.125 


dB 




200 Hz 


-0.5 




+ 0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.1 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-30 


dB 





" " " " "Vi, 




Figure 9. Receive Channel 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 
CLOCK SECTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


tcY 


Clock Period, CLK X , CLK R 


488 






ns 


fcu<x = Wr = 2.048 MHz 


toK 


Clock Pulse Width, CLK X , CLK R 


220 






ns 




*DCLK 


Data Clock Pulse Width 


220 






ns 


64 kHz *s f DCLK *s 2.048 MHz 


*CDC 


Clock Duty Cycle, CLK X , CLK R 


45 


50 


55 


% 




tntr 


Clock Rise and Fall Time 


5 




30 


ns 




TRANSMIT SECTION, FIXED DATA RATE MODE 1 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DZX 


Data Enabled on TS Entry 







145 


ns 


0<C LO ad< 100 pf 


*DDX 


Data Delay from CLK X 







145 


ns 


0<C L oAD<100pf 


*HZX 


Data Float on TS Exit 


60 




215 


ns 


C|_OAD = 


*SON 


Timeslot X to Enable 







145 


ns 


0<C L oad< 100 pf 


*SOFF 


Timeslot X to Disable 


60 




215 


ns 


Cload = 


*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 




*ss 


Signal Setup Time 









ns 




*SH 


Signal Hold Time 









ns 




RECEIVE SECTION, FIXED DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*DSR 


Receive Data Setup 


10 






ns 




*DHR 


Receive Data Hold 


60 






ns 




*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 




*SIGR 


SIG R Update 







2 


fJS 





NOTES: 

1. Timing parameters t DZX , t HZXf and t S0FF are referenced to a high impedance state. 
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WAVEFORMS 

Fixed Data Rate Timing 



TRANSMIT TIMING 



f-^ t CY — 

CLK « * — 



FS X 

NON-SIGNALING 

FRAMES 

FSx 

SIGNALING 

FRAMES 



\ 





BIT1 X BIT 2 A B,T3 



) ( B.T5 X ~b7T \ B.T7 



TSx 



r 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V IL EXCEPT 

tQZX. tSOFF AND tHZX WHICH REFERENCE A HIGH IMPEDANCE STATE 






RECEIVE TIMING 



FS « / s 

NON-SIGNALING — ' ^ 

FRAMES 

fsr jF 

SIGNALING — ' 
FRAMES 




NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V, L . 
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TRANSMIT SECTION, VARIABLE DATA RATE MODE 1 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDX 


Timeslot Delay from DCLK X 2 


140 




tox-140 


ns 




*FSD 


Frame Sync Delay 


100 




tcv-100 


ns 




*DDX 


Data Delay from DCLK X 







100 


ns 


< C L0AD < 100 pf 


*DON 


Timeslot to D x Active 







50 


ns 


< C LOAD< 10 °P f 


*DOFF 


Timeslot to D x Inactive 







80 


ns 


< C L0AD < 100 pf 


*DX 


Data Clock Period 


488 




15620 


ns 




*DFSX 


Data Delay from FS X 







140 


ns 




RECEIVE SECTION, VARIABLE DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDR 


Timeslot Delay from DCLK R 3 


140 




t DR -140 


ns 




VsD 


Frame Sync Delay 


100 




t CY -100 


ns 




*DSR 


Data Setup Time 


10 






ns 




*DHR 


Data Hold Time 


60 






ns 




*DR 


Data Clock Period 


488 




15620 


ns 




*SER 


Timeslot End Receive Time 









ns 




64 KB OPERATION, VARIABLE DATA RATE MODE 






- 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*FSLX 


Transmit Frame Sync Minimum 
Downtime 


488 






ns 


FS X is TTL high for remainder of 
frame 


*FSLR 


Receive Frame Sync Minimum 
Downtime 


1952 






ns 


FS R is TTL high for remainder of 
frame 


*DCLK 


Data Clock Pulse Width 






10 


lis 





NOTES: 

1 . Timing parameters t D0N arid t D0FF are referenced to a high impedance state. 

2. t FSLX minimum requirements overrides t TSDX maximum spec for 64 kHz operation. 

3. t FSLR minimum requirements overrides t TSDR maximum spec for 64 kHz operation. 
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VARIABLE DATA RATE TIMING 



TRANSMIT TIMING 



DCLKx 




RECEIVE TIMING 



nr 



DCLKr 



- *TSDR 



~*FSD 



Dr DON'T CARE A 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V IH AND V, L EXCEPT 
<oon AND Ioff WHICH REFERENCE A HIGH IMPEDANCE STATE 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TEST POINTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1" AND 
0.8V FOR A LOGIC "0". 
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29C16 AND29C17 
16 PIN CHMOS SINGLE-CHIP PCM CODEC AND FILTER 

■ 29C16 M-Law, 2.048 MHz Master Clock 

■ 29C17 A-Law, 2.048 MHz Master Clock 



■ Low-Power Pin Compatible Version of 
Intel's 2916 and 2917 

■ AT&T D3/D4 and CCITT Compatible 

■ 16-Pin Package for Higher Linecard 
Densities 

■ Ideal for Digital Handset Applications 



ii 3 Low-Power Modes 

— 5mW Typical Power Down 

— 8mW Typical Standby 

— 70mW Typical Operating 

■ TTL and CMOS Compatible 

■ Two Timing Modes 

— 64 KHz to 2 MHz Variable 

— 2 MHz Direct 



Intel's 29C16 and 29C17 are CHMOS versions of Intel's NMOS 2916 and 2917 family members. CHMOS is 
a technology built on HMOS-II, thus realizing the high performance and density obtained in that process while 
achieving the low power consumption typical of CMOS circuits. 

The 29C16 and 29C17 are limited feature versions of the 29C13 and 29C14. The inherent low-power and small 
package size make these devices ideal for digital handset and cellular telephones where small size and low 
power are especially desirable. 



v B b 


C 




16 


U v cc 


PWRO + 


c 


2 


15 


3 GS * 


PWRO- 


c 


3 


14 


3 VF x» - 


PDN 


c 


4 


13 


3 GRDA 


DCLK R 


c 


5 


12 


3 TS~ X /DCLK X 


Dr 


c 


6 


11 


3 D X 


FS R 


c 




10 


3 FS x 


GRDD 


c 


8 


9 


3 CLK 



Figure 1 . Pin Configuration 
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Figure 2. Block Diagram 



Table 1. Pin Names 



Vbb 


Power (-5V) 


GS X 


Transmit Gain Control 


PWRO + , PWRO- 


Power Amplifier Outputs 


VF X I- 


Analog Input 


PDN 


Power Down Select 


GRDA 


Analog Ground 


DCLK R 


Receive Variable Data Clock 


TS X 


Timeslot Strobe/Buffer Enable 


Dr 


Receive PCM Input 


DCLK X 


Transmit Variable Data Clock 


fs r 


Receive Frame 


D x , 


Transmit PCM Output 




Synchronization Clock 


FS X 


Transmit Frame 


GRDD 


Digital Ground 




Synchronization Clock 


Vcc 


Power ( + 5V) 


CLK 


Master Clock 
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Table 2. Pin Description 



Symbol 


Function 


V BB 


Most negative supply; input voltage is - 5 
volts ±5%. 


PWRO + 


Non-inverting output of power amplifier. 
Can drive transformer hybrids or high 
impedance loads directly in either a differ- 
ential or single ended configuration. 


PWRO- 


Inverting output of power amplifier. Func- 
tionally identical and complementary to 
PWRO + . 


PDN 


Power down select. When PDN is TTL 
high, the device is active. When low, the 
device is powered down. 


DCLK R 


Selects the fixed or variable data rate 
mode. When DCLK R is connected to V BB , 
the fixed data rate mode is selected. In 
this mode, the device is fully compatible, 
with Intel 291 OA and 2911 A direct mode 
timing. When DCLK R is not connected to 
V BB , the device operates in the variable 
data rate mode. In this mode DCLK R be- 
comes the receive data clock which oper- 
ates at TTL levels from 64Kb to 2.048 Mb 
data rates. 


Dr 


Receive PCM input. PCM data is clocked 
in on this lead on eight consecutive nega- 
tive transitions of the receive data clock; 
CLK in the fixed data rate mode and 
DCLK R in variable data rate mode. 


FS R 


8KHz frame synchronization clock input/ 
timeslot enable, receive channel. In varia- 
ble data rate mode this signal must remain 
high for the entire length of the timeslot. 
The receive channel enters the standby 
state whenever FS R is TTL low for 300 mil- 
liseconds. 



Symbol 


Function 


GRDD 


Digital ground for all internal logic circuits. 
Not internally tied to GRDA. 


CLK 


Master and data clock for the fixed data 
rate mode; master clock only in variable 
data rate mode. 


FS X 


8 KHz frame synchronization clock input/ 
timeslot enable, transmit channel. Oper- 
ates independently but in an analogous 
manner to FS R . The transmit channel en- 
ters the standby state whenever FS X is 
TTL low for 300 milliseconds. 


D x 


Transmit PCM output. PCM data is clocked 
out on this lead on eight consecutive posi- 
tive transitions of the transmit data clock: 
CLK in fixed data rate mode and DCLK X in 
variable data rate mode. 


TS X /DCLK X 


Transmit channel timeslot strobe (output) 
or data clock (input) for the transmit chan- 
nel. In fixed data rate mode, this pin is an 
open drain output designed to be used as 
an enable signal for a three-state buffer as 
in 291 OA and 2911 A direct mode timing. In 
variable data rate mode, this pin becomes 
the transmit data clock which operates at 
TTL levels from 64Kb to 2.048 Mb data 
rates. 


GRDA 


Analog ground return for all internal voice 
circuits. Not internally connected to GRDD. 


VF X I- 


Inverting analog input to uncommitted 
transmit operational amplifier. 


GS X 


Output terminal of on-chip transmit channel 
input op amp. Internally, this is the voice 
signal input to the transmit filter. 


Vcc 


Most positive supply; input voltage is +5 
volts ±5%. 
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FUNCTIONAL DESCRIPTION 

The 29C16 and 29C1 7 provide the analog-to-digital 
and the digital-to-analog conversions and the transmit 
and receive filtering necessary to interface a full du- 
plex (4 wires) voice telephone circuit with the PCM 
highways of a time division multiplexed (TDM) sys- 
tem. They are intended to be used at the analog 
termination of a PCM line. 

The following major functions are provided: 

• Bandpass filtering of the analog signals prior to 
encoding and after decoding 

• Encoding and decoding of voice and call prog- 
ress information 

• Encoding and decoding of the signaling and su- 
pervision information 

GENERAL OPERATION 

System Reliability Features 

The combochip can be powered up by pulsing FS X 
and/o r FS R while a TTL high voltage is applied to 
PDN, provided that all clocks and supplies are con- 
nected. The 29C16 and 29C17 have internal resets 
on power up (or when V BB or V cc are re-applied) in 
order to ensure validity of the digital outputs and 
thereby maintain integrity of the PCM highway. 

On the transmit channel, digital outputs D x and T§ x 
are held in a high impedance state for approximately 
four frames (500 jus) after power up ^application of 
V BB or V cc . After this delay, D x and TS X will be func- 
tional and will occur in the proper timeslot. The analog 
circuits on the transmit side require approximately 60 



milliseconds to reach their equilibrium value due to 
the autozero circuit settling time. 

To enhance system reliability, 7§ x and D x will be 
placed in a high impedance state approximately 30/us 
after an interruption of CLK. 

Power Down and Standby Modes 

To minimize power consumption, two power down 
modes are provided in which most 29C16/C1 7 func- 
tions are disabled. Only the power down, clock, and 
frame sync buffers, which are required to power up 
the device, are enabled in these modes. As shown 
in Table 3, the digital outputs on the appropriate chan- 
nels are placed in a high impedance state until the 
device returns to the active mode. 

The Power D own m ode utilizes an external control 
signal to the PDN pin. In this mode, power con- 
sumption is reduced to the value shown in Table 3. 
The device is active when the signal is high and in- 
acti ve wh en it is low. In the absence of any signal, 
the PDN pin floats to TTL high allowing the device to 
remain active continuously. 

The Standby mode leaves the user an option of pow- 
ering either channel down separately or powering the 
entire device down by selectively removing FS X and/ 
or FS R . With both channels in the standby state, 
power consumption is reduced to the value shown in 
Table 3. If transmit only operation is desired, FS X 
should be applied to the device while FS R is held low. 
Similarly, if receive only operation is desired, FS R 
should be applied while FS X is held low. 

Fixed Data Rate Mode 

Fixed data rate timing, which is 291 0A and 2911 A 



Table 3. Power-Down Methods 



Device Status 


Power-Down 
Method 


Typical 

Power 

Consumption 


Digital Output Status 


Power Down Mode 


PDN = TTL low 


5mW 


TS X and D x are placed in a high impedance 
state within 10 Ms. 


Standby Mode 


FS X and FS R are TTL low 


8mW 


Ts x and D x are placed in a high impedance 
state within 300 milliseconds. 


Only transmit is 
on standby 


FS X is TTL low 


50 mW 


TS X and D x are placed in a high impedance 
state within 300 milliseconds. 


Only receive is 
on standby 


FS R is TTL low 


50 mW 





14-98 



iny 



29C16and29C17 



AiWM©i OMFO^GMTOM 



compatible, Is selected by connecting DCLK R to V BB . 
It employs master clock CLK, frame synchronization 
clocks FS X and FS R , and output TS X . 

CLK serves as the master clock to operate the codec 
and filter sections and as the bit clock to clock the 
data in and out from the PCM highway. FS X and FS R 
are 8 kHz inputs which set the sampling frequency. 
TS X is a timeslot strobe/buffer enable output which 
gates the PCM word onto the PCM highway when an 
external buffer is used to drive the line. 

Data is transmitted on the highway at D x on the first 
eight positive transitions of CLK following the rising 
edge of FS x . Similarly, on the receive side, data is 
received on the first eight falling edges of CLK. The 
frequency of CLK must be 2.048 MHz. No other fre- 
quency of operation is allowed in the fixed data rate 
mode. 

Variable Data Rate Mode 

Variable data rate timing is selected by connecting 
DCLK R to the bit clock for the receive PCM highway 
rather than to V BB . It employs master clock CLK, bit 
clocks DCLK R and DCLK x , and frame synchroniza- 
tion clocks FS R and FS x . 

Variable data rate timing allows for a flexible data 
frequency. It provides the ability to vary the frequency 
of the bit clocks, from 64 kHz to 2.048 MHz. The 
master clock is still restricted to 2.048 MHz. 

In this mode, DCLK R and DCLK x become the data 
clocks for the receive and transmit PCM highways. 
While FS X is high, PCM data from D x is transmitted 
onto the highway on the next eight consecutive pos- 
itive transitions of DCLK X . Similarly, while FS R is high, 
each PCM bit from the highway is received by D R on 
the next eight consecutive negative transitions of 
DCLK R . 

On the transmit side, the PCM word will be repeated 
in all remaining timeslots in the 125/as frame as long 
as DCLK X is pulsed and FS X is held high. This feature 
allows the PCM word to be transmitted to the PCM 
highway more than once per frame, if desired, and is 
only available in the variable data rate mode. 

Precision Voltage References 

No external components are required with the com- 
bochip to provide the voltage reference function. Volt- 
age references are generated on-chip and are 
calibrated during the manufacturing process. These 



references determine the gain and dynamic range 
characteristics of the device. 

Separate references are supplied to the transmit and 
receive sections and each is trimmed independently 
during the manufacturing process. The reference 
value is then further trimmed in the gain setting op- 
amps to a final precision value. With this method the 
combochip can achieve the extremely accurate Dig- 
ital Milliwatt Responses specified in the TRANSMIS- 
SION PARAMETERS, providing the user a significant 
margin for error in other board components. 

TRANSMIT OPERATION 

Transmit Filter 

The input section provides gain adjustment in the 
passband by means of an on-chip operational am- 
plifier. This operational amplifier has a common mode 
range of ± 2.1 7 volts, a maximum DC offset of 25 mV, 
and a typical open loop voltage gain of 20,000. Gain 
of up to 20 dB can be set without degrading the per- 
formance of the filter. The load impedance to ground 
(GRDA) at the amplifier output (GS X ) must be greater 
than 1 kilohms in parallel with less than 50 pF. A DC 
path must be provided at VF X I + . The input op amp 
can only be used in the inverting mode as shown in 
Figure 3. 

A low pass anti-aliasing section is included on-chip. 
This section typically provides 35 dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 

The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 chan- 
nel bank transmission specification and CCITT 
recommendation G.712. The 29C16 and 29C17 
specifications meet or exceed digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specifications will be 
within the limits shown in Figure 4. 

A high pass section configuration was chosen to re- 
ject low frequency noise from 50 and 60 Hz power 
lines, 17 Hz European electric railroads, ringing fre- 
quencies and their harmonics, and other low fre- 
quency noise. Even though there is high rejection at 
these frequencies, the sharpness of the band edge 
gives low attenuation at 200 Hz. This feature allows 
the use of low-cost transformer hybrids without ex- 
ternal components. 
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Figure 3. Transmit Filter Gain Adjustment 



Encoding 

The encoder internally samples the output of the 
transmit filter and holds each sample on an internal 
sample and hold capacitor. The encoder then per- 
forms an analog to digital conversion on a switched 
capacitor array. Digital data representing the sample 
is transmitted on the first eight data clock bits of the 
next frame. 

An on-chip autozero circuit corrects for DC-offset on 
the input signal to the encoder. This autozero circuit 
uses the sign bit averaging technique; the sign bit 
from the encoder output is long term averaged and 
subtracted from the input to the encoder. In this way, 



all DC offset is removed from the encoder input 
waveform. 

RECEIVE OPERATION 

Decoding 

The PCM word at the D R lead is serially fetched on 
the first eight data clock bits of the frame. A D/A 
conversion is performed on the digital word and the 
corresponding analog sample is held on an internal 
sample and hold capacitor. This sample is then trans- 
ferred to the receive filter. 

Receive Filter 

The receive filter provides passband flatness and 
stopband rejection which fulfills both the AT&T D3/ 
D4 specification and CCITT recommendation G.712. 
The filter contains the required compensation for the 
(sin x)/x response of such decoders. The receive filter 
characteristics and specifications will be within the 
limits shown in Figure 5. 

Receive Output Power Amplifiers 

A balanced output amplifier is provided in order to 
allow maximum flexibility in output configuration. 
Either of the two outputs can be used single ended 
(referenced to GRDA) to drive single ended loads. 
Alternatively, the differential output will drive a bridged 
load directly. The output stage is capable of driving 
loads as low as 300 ohms single ended or 600 ohms 
differentially. 

Transmission levels are specified relative to the re- 
ceive channel output under digital milliwatt conditions, 
that is, when the digital input at D R is the eight-code 
sequence specified in CCITT recommendation G.711. 



Table 4. Zero Transmission Level Points 



Symbol 


Parameter 


Typ 


Units 


Test Conditions 


0TLP1 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) /x-law 


+ 2.76 
+ 1.00 


dBm 
dBm 


Referenced to 600ft 
Referenced to 90011 


0TLP2 X 


Zero Transmission Level Point 
Transmit Channel (OdBmO) A-law 


+ 2.79 
+ 1.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP1 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) /A-law 


+ 5.76 
+4.00 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 


0TLP2 R 


Zero Transmission Level Point 
Receive Channel (OdBmO) A-law 


+ 5.79 
+ 4.03 


dBm 
dBm 


Referenced to 600ft 
Referenced to 900ft 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°Cto +80°C 

Storage Temperature -65°Cto +150°C 

Vcc and GRDD with Respect to V BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V BB -0.3V to 15V 

All Input and Output Voltages 

with Respect to V cc -15V to +0.3V 

Power Dissipation . 1.35W 



* NOTICE: Stresses above those listed under 
"Absolute Maximum Ratings" may cause perma- 
nent damage to the device. This is a stress rating 
only and functional operation of the device at 
these or any other conditions above those in- 
dicated in the operational sections of this 
specification is not implied. Exposure to ab- 
solute maximum rating conditions for extended 
periods may affect device reliability. 



D C CHARACTERISTICS 

(t" a = 0°C to 70°C, V cc = + 5V ±5% f V BB = -5V ±5%,GRDA = 0V, GRDD = 0V, unless otherwise 

specified) 

Typical values are for T A = 25°C and nominal power supply values 

DIGITAL INTERFACE 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


IlL 


Low Level Input Current 






10 


uA 


GRDD ^ V, N < V, L (Note 1) 


I.H 


High Level Input Current 






10 


uA 


V, H < V, N « Vcc 


V,L 


Input Low Voltage 






0.8 


. V 




V,H 


Input High Voltage 


2.0 






V 




Vol 


Output Low Voltage 






0.4 


V 


Iol = 3.2 mA at D x , TS X 


Vqh 


Output High Voltage 


2.4 






V 


l 0H = 80 /uA at D x 


Cox 


Digital Output Capacitance 2 




5 




PF 




C|N 


Digital Input Capacitance 




5 


10 


PF 





POWER DISSIPATION 

All measurements made at f DCLK 



2.048 MHz, outputs unloaded. 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


'cci 


V cc Operating Current 4 




5.6 




mA 




'bbi 


V BB Operating Current 




-5.6 




mA 




'ceo 


V cc Power Down Current 




0.5 




mA 


PDNss v IL ; after 10ixs 


'bbo 


V BB Power Down Current 




-0.5 




mA 


PDfsU V il ; after 10jxs 


'ccs 


V cc Standby Current 




0.8 




mA 


FS X , FS R ^ V| L ; after 300 ms 


'bbs 


V BB Standby Current 




-0.8 




mA 


FS Xl FS R ^ V, L ; after 300 ms 


Pdi 


Operating Power Dissipation 3 




70 




mW 




Pdo 


Power Down Dissipation 3 




5 




mW 


PDN*s V IL ; after 10u.s 


P ST 


Standby Power Dissipation 3 




8 




mW 


FS X , FS R =£ V IL ; after 300 ms 



NOTES: 

1. V| N is the voltage on any digital pin. 

2. Timing parameters are guaranteed based on a 100 pF load capacitance. Up to eight digital outputs may be connected to a common PCM high- 
way without buffering, assuming a board capacitance of 60 pF. 

3. With nominal power supply values. 

4. V cc applied last or simultaneously with V BB . 
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ANALOG INTERFACE, TRANSMIT CHANNEL INPUT STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


Jbxi 


Input Leakage Current VF X I - 






100 


nA 


-2.17V *£ V IN ^ 2.17V 


Pixi 


Input Resistance, VF X I - 


10 






M(l 




Vosxi 


Input Offset Voltage, VF X I - 






25 


mV 




AvOL 


DC Open Loop Voltage Gain, GS X 


5000 










fc 


Open Loop Unity Gain Bandwidth, GS X 




1 




MHz 




C|_X| 


Load Capacitance, GS X 






50 


PF 




^LXI 


Minimum Load Resistance, GS X 


10 






k(l 




ANALOG INTERFACE, RECEIVE CHANNEL DRIVER AMPLIFIER STAGE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


RoRA 


Output Resistance, PWRO+, PWRO- 




1 




a 




^OSRA 


Single-Ended Output DC Offset, PWRO + , 
PWRO- 




75 




mV 


Relative to GRDA 


C|_ra 


Load Capacitance, PWRO+, PWRO- 






100 


PF 





A.C. CHARACTERISTICS — TRANSMISSION PARAMETERS 

Unless otherwise noted, the analog input is a dBmO, 1020 Hz sine wave. 1 Input amplifier is set for unity gain, 
inverting. The digital input is a PCM bit stream generated by passing a dBmO, 1020 Hz sine wave through an 
ideal encoder. Receive output is measured single ended. All output levels are (sin x)/x corrected. Typical values 
areforT A = 25°C and nominal power supply values. (T A = 0°C to +70°C;V CC = +5V±5%;V BB = -5V ±5%; 
GRDA = 0; GRDD = 0; unless otherwise specified). 



GAIN AND DYNAMIC RANGE 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 
(Transmit gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Signal input of 1 .064 Vrms /-i-law 
Signal input of 1 .068 Vrms A-law 
T A = 25°C, V BB = -5V, 
V cc = +5V 


EmW TS 


EmW variation with Temperature and 
supplies 


-0.07 


±0.02 


+0.07 


dB 


±5% supplies, to 70°C 
Relative to nominal conditions 


DmW 


Digital Milliwatt Response 
(Receive gain tolerance) 


-0.18 


±0.04 


+ 0.18 


dBmO 


Measure relative to 0TLP R . Signal 
input per CCITT Recommendation 
G.71 1 , Output signal of 1000 Hz. 

R L = oo 

T A = 25°C;V BB = -5V, 
Vcc = +5V. 


DmW TS 


DmW variation with temperature and 
supplies 


-0.07 


±0.02 


+0.07 


dB 


±5% supplies, to 70°C 



NOTES: 

1. OdBmO is defined as the zero reference point of the channel for fi law under test (0TLP). 
rms or an output of 1.503 volts rms. 



This corresponds to an analog signal input of 1.064 volts 
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GAIN TRACKING 

Reference Level = -10dBmO 



Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Max 


Min 


Max 


GT1 X 


Transmit Gain Tracking Error 
Sinusoidal Input; ju-law 




±0.25 

±0.5 

±1.2 






dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 


GT2 X 


Transmit Gain Tracking Error 
Sinusoidal Input; A-law 








±0.25 

±0.5 

±1.2 


dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 


GT1 R 


Receive Gain Tracking Error 
Sinusoidal Input; /A-law 




±0.25 

±0.5 

±1.2 






dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 
Measured at PWRO + , 
R L = 300H 


GT2 R 


Receive Gain Tracking Error 
Sinusoidal Input; A-law 








±0.25 

±0.5 

±1.2 


dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 
Measured at PWRO + , 
R L = 300H 



NOISE (All receive channel measurements are single ended) 



Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


N X ci 


Transmit Noise, C-Message 
Weighted 






15 








dBrncO 


Unity Gain 


Nxp 


Transmit Noise, Psophometrically 
Weighted 












-75 


dBmOp 


Unity Gain 


Nrci 


Receive Noise, C-Message 
Weighted: Quiet Code 






11 








dBrncO 


D R = 11111111 


Nr C2 


Receive Noise, C-Message 
Weighted: Sign bit toggle 






12 








dBrncO 


Input to D R is zero code 
with sign bit toggle at 1 kHz 
rate 


N rp 


Receive Noise, Psophometrically 
Weighted 












-79 


dBmOp 


D R = lowest positive 
decode level 


Nsf 


Single Frequency Noise 
End to End Measurement 






-50 






-50 


dBmO 


CCITTG.71 2.4.2 
Measure at PWRO + 


PSRRt 


V cc Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200 mV P-P 
signal on supply; to 50 
kHz, measure at D x 


PSRR 2 


V BB Power Supply Rejection, 
Transmit Channel 




-30 






-30 




dB 


Idle channel; 200 mV P-P 
signal on supply; to 50 
kHz, measure at D x 


PSRR 3 


V cc Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signal on supply; measure 
narrow band at PWRO + , 
to 50 kHz 
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NOISE (All receive channel measurements are single ended) 



Symbol 


Parameter 


2916 


2917 


Unit 


Test Conditions 


Min 


Typ 


Max 


Min 


Typ 


Max 


PSRR 4 


V BB Power Supply Rejection, 
Receive Channel 




-25 






-25 




dB 


Idle channel; 200 mV P-P 
signal on supply; measure 
narrow band at PWRO + , 
Oto 50 kHz 


CT TR 


Crosstalk, Transmit to Receive 






-71 






-71 


dB 


Input = OdBmO, Unity 
Gain, 1.02 kHz, D R = 
lowest positive decode 
level, measure at PWRO + 


CTpr 


Crosstalk, Receive to Transmit 






-71 






-71 


dB 


D R = OdBmO, 1.02 kHz, 
measure at D x 



DISTORTION 



Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


SD1 X 


Transmit Signal to Distortion, u-Law 

Sinusoidal Input; 

CCITT G.712-Method 2 (2916) 


36 
30 
25 






dB 
dB 
dB 


to - 30 dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 X 


Transmit Signal to Distortion, A-Law 
Sinusoidal Input; 
CCITTG.712-Method2 (2917) 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD1 R 


Receive Signal to Distortion, u-Law 
Sinusoidal Input; CCITT G.7i2-Method 
2 (2916) 


36 
30 
25 






dB 
dB 
dB 


to - 30 dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


SD2 R 


Receive Signal to Distortion, A-Law 
Sinusoidal Input; CCITT G.712-Method 
2 (2917) 


36 
30 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


DP X 


Transmit Single Frequency Distortion 
Products (29C1 6) 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


dp r 


Receive Single Frequency Distortion 
Products (29C1 6) 






-46 


dBmO 


AT&T Advisory #64 (3.8) 
dBmO Input Signal 


IMDi 


Intermodulation Distortion, 
End to End Measurement 






-35 


dB 


CCITT G.712 (7.1) 


IMD 2 


Intermodulation Distortion, 
End to End Measurement 






-49 


dBmO 


CCITT G.712 (7.2) 


SOS 


Spurious Out of Band Signals, 
End to End Measurement 






-25 


dBmO 


CCITT G.712 (6.1) 


SIS 


Spurious in Band Signals, 
End to End Measurement 






-40 


dBmO 


CCITT G.712 (9) 


D A x 


Transmit Absolute Delay 




245 




MS 


Fixed Data Rate. CLK X = 2.048 
MHz; OdBmO, 1.02 kHz input 
Signal, Unity Gain. Measure 
at D x . 


Ddx 


Transmit Differential Envelope Delay 
Relative to D A x 




170 
95 
45 

105 




us 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 - 2800 Hz 


D A r 


Receive Absolute Delay 




190 




MS 


Fixed Data Rate, CLK = 2.048 
MHz; Digital Input is DMW 
codes. Measure at PWRO + 


D D r 


Receive Differential Envelope Delay 
Relative to D A r 




45 
35 
85 

110 




MS 
MS 
MS 
MS 


f = 500 - 600 Hz 
f = 600 -1000 Hz 
f = 1000 -2600 Hz 
f = 2600 - 2800 Hz 
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TRANSMIT CHANNEL TRANSFER CHARACTERISTICS 

Input amplifier is set for unity gain, inverting. 



Symbol 


Parameter 


Min 


TVp 


Max 


Unit 


Test Conditions 


Grx 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at VF X I - 




16.67 Hz 






-30 


dB 




50 Hz 






-25 


dB 




60 Hz 






-23 


dB 




200 Hz 


-1.8 




-0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.10 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-32 


dB 






FREQUENCY (Hil 



Figure 4. Transmit Channel 
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RECEIVE CHANNEL TRANSFER CHARACTERISTICS 



Symbol 


Parameter 


Min 


iyp 


Max 


Unit 


Test Conditions 


Grr 


Gain Relative to Gain at 1 .02 kHz 










dBmO Signal input at D R 




Below 200 Hz 






+ 0.125 


dB 




200 Hz 


-0.5 




+ 0.125 


dB 




300 to 3000 Hz 


-0.125 




+ 0.125 


dB 




3300 Hz 


-0.35 




+ 0.03 


dB 




3400 Hz 


-0.7 




-0.1 


dB 




4000 Hz 






-14 


dB 




4600 Hz and Above 






-30 


dB 






FREQUENCY (Hi) 



Figure 5. Receive Channel 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 
CLOCK SECTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


tcY 


Clock Period, CLK 


488 






ns 


f CLK = 2.048 MHz 


*CLK 


Clock Pulse Width, CLK 


220 






ns 




*DCLK 


Data Clock Pulse Width 


220 






ns 


64 kHz *£ f DCLK ^ 2.048 MHz 


tcDC 


Clock Duty Cycle, CLK 


45 


50 


55 


% 




tr.tr 


Clock Rise and Fall Time 


5 




30 


ns 




TRANSMIT SECTION, FIXED DATA RATE MODE 1 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


tDZX 


Data Enabled on TS Entry 







145 


ns 


o < C L0AD < 100 pf 


tDDX 


Data Delay from CLK 







145 


ns 


0<C LO ad< 100 pf 


tH2X 


Data Float on TS Exit 


60 




215 


ns 


Cload = 


tsON 


Timeslot X to Enable 







145 


ns 


0<C LOAD <100pf 


tsOFF 


Timeslot X to Disable 


60 




215 


ns 


C|_OAD = . 


tFSD 


Frame Sync Delay 


100 




tcv-100 


ns 




RECEIVE SECTION, FIXED DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


tDSR 


Receive Data Setup 


10 






ns 




tDHR 


Receive Data Hold 


60 






ns 




tFSD 


Frame Sync Delay 


100 




tcv-100 


ns 





NOTES: 

1 . Timing parameters t DZH , t H zx. ana " tsoFF are referenced to a high impedance state. 
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WAVEFORMS 

Fixed Data Rate Timing 



TRANSMIT TIMING 



U. t C Y 

CLK h * - 



tFSD — 





NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V, L EXCEPT t DZX , t SOF F AND t H zx WHICH 
REFERENCE A HIGH IMPEDANCE STATE 



RECEIVE TIMING 



k— *CY 

|- -|»CLK 





tDSR — J * — — *■ u — Idhr 

Dr 
STABLE 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V, H AND V, L . 
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TRANSMIT SECTION, VARIABLE DATA RATE MODE 1 








Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


^SDX 


Timeslot Delay from DCLK X 2 


140 




tox "140 


ns 




*FSD 


Frame Sync Delay 


100 




t CY - 1 00 


ns 




*DDX 


Data Delay from DCLK X 







100 


ns 


0<C LOAD < 100 pf 


*DON 


Timeslot to D x Active 







50 


ns 


0<C LOAD < 100 pf 


*D0FF 


Timeslot to D x Inactive 







80 


ns 


0<C LOAD < 100 pf 


tox 


Data Clock Period 


488 




1562 


ns 




Wsx 


Data Delay from FS X 







140 


ns 




RECEIVE SECTION, VARIABLE DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


*TSDR 


Timeslot Delay from DCLK R 


140 




t DR -140 


ns 


' 


*FSD 


Frame Sync Delay 


100 




t CY - 1 00 


ns 




*DSR 


Data Setup Time 


10 






ns 




*DHR 


Data Hold Time 


60 






ns 




*DR 


Data Clock Period 


488 




1562 


ns 




*SER 


Timeslot End Receive Time 









. ns 




64 KB OPERATION, VARIABLE DATA RATE MODE 


Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


Test Conditions 


Wx 


Transmit Frame Sync Minimum 
Downtime 


488 






ns 


FS X is TTL high for remainder of 
frame 


*FSLR 


Receive Frame Sync Minimum 
Downtime 


1952 






ns 


FS R is TTL high for remainder of 
frame 


l DCLK 


Data Clock Pulse Width 






10 


flS 





NOTES: 

1 . Timing parameters t D0N and t D0FF are referenced to a high impedance state. 

2. t FSLX minimum requirements overrides t TSDX maximum spec for 64 kHz operation. 

3. t FSLR minimum requirements overrides t TSDR maximum spec for 64 kHz operation. 
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VARIABLE DATA RATE TIMING 



TRANSMIT TIMING 



.c — -r- 
fs x — t / 



DCLKx 



-t-TSDX 



~*F80 



-d 



"j( BIT2 )( BIT3 ]j[ BIT4 )(""lBIT 5 )( BITS ]( B1T7 ][ BIT8 



toOFF 



RECEIVE TIMING 



FS B 



-*F8D 



j\nj\nj^r\n_r\rj^nj 



II1UIIIIII1IIIIIII\I DIT ^ 

Or DON'T CARE 1 b * t 
imiiiiiiiiiiittil\ ' / 



-^-^DHB 



NOTE: ALL TIMING PARAMETERS REFERENCED TO V IH AND V, L EXCEPT 
«don AND (off WHICH REFERENCE A HIGH IMPEDANCE STATE 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TEST POlNTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1 " AND 
0.8V FOR A LOGIC 0". 
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NOTE 



Note: See data sheet for latest specifications. Values given in this 
application note are for reference only, and were considered correct 
at the time of publication (Feb. 1982). 



February 1982 
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1.0 INTRODUCTION 

This application note describes the features and capabili- 
ties of the 2913 and 2914 codec/ filter combochips, and 
relates these capabilities to the design and manufacturing 
of transmission and switching linecards. 

1.1 Background 

The first generation of per line codecs (Intel 2910A/11A) 
and filters (Intel 29 12 A) economically integrated the 
analog-digital conversion circuits and PCM formatting 
circuits into one chip and the filtering and gain setting 
circuits into another chip. These two chips helped to 
make possible the rapid conversion to digital switching 
systems that has taken place in the last few years. 

The second generation of Intel LSI PCM telephony com- 
ponents, the 2913/14 Combochip, extends the level of 
integration of the linecard by combining the codec and 
filter functions for each line on a single LSI chip. In the 
process of combining both functions, circuit design 
improvements have also improved performance, reduced 
external component count, lowered power dissipation, 
increased reliability, added new features, and maintained 
architectural transparency. 

The 2913 and 2914 data sheet contains a complete 
description of both parts, including detailed discussions of 
each feature and specifications for timing and perfor- 
mance levels. This application note, in conjunction with 
the data sheet, describes in more detail how the new and 



improved features help in the design of second-generation 
linecards first by comparing the two generations of com- 
ponents to see where the improvements have been made, 
and then by discussing specific design considerations. 

1.2 Comparison of First- and Second- 
Generation Component Capabilities 

The combochip represents a higher level of component 
integration than the devices it replaces and, because of the 
economics of LSI (replacing two chips with one), ulti- 
mately will cost significantly less at the component level. 
But comparison of the combochip block diagram with 
first-generation single-chip codec and filter reveals few 
major functional differences. Figure 1 compares the first- 
generation codec and filter chips to the combochip. Both 
provide rigidly specified PCM capabilities of voice signal 
bandlimiting and nonlinear companded A/D and D/A 
conversion. The first on-chip reference voltage was intro- 
duced in the 2910/2911 single-chip codecs and is included 
in the combochip. The provision of uncommitted buffer 
amplifiers for flexible transmission level adjustment and 
enhanced analog output drive was a feature of the now stan- 
dard 2912 switched-capacitor PCM filter is available on 
the combochip. Likewise, independent transmit (A/D) 
and receive (D/A) analog voice channels which permit 
the two channels to be timed from independent (asynch- 
ronous) clock sources is common to the first- and second- 
generation devices. Finally, the ability to multiplex signal- 
ling bits on a bit-stealing basis from the digital side of the 
device has been duplicated on the combochip. 
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Figure 1. LSI Partitioning of Codec/Filter Functions 
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Data traffic-conscious systems manufacturers now provide 
dedicated codec, filter, and subscriber interface functions 
on a per-subscriber basis, which in turn puts intense cost 
pressures on these functions. The functional duplication 
of first-generation components addresses the needs of the 
system manufacturer who wants to cost reduce existing 
fixed-architecture system designs. Whereas the bulk of the 
system development costs (and time) are in the switching 
machine call processing and diagnostic software, the bulk 
of the production costs are in the high-volume linecards. 
The combochip addresses these cost pressures and defers 
the appetite for new integrated functions to a future gen- 



eration of PCM components. 

Figure 2 contains the block diagram of the 2913/ 14 com- 
bochip which illustrates not only the basic companding 
and filtering functions but also some of the changes and 
new features contained in the second-generation devices, 
such as internal auto zero, separate ADC and DAC for 
transmit and receive sections, respectively, precision gain 
setting (RCV section), and input/ output registers for both 
fixed and variable data rates. Table 1 lists many of the 
features that are important to linecard design and per- 
formance. A direct comparison between first- and second- 



Table 1. Comparison between 2913/14 Combochip and the 2910A/11 A/12A Single-Chip Codecs and Filters 



Features 


2910A/11Aplus2912A 


2913/14 


P™, r °P eratin g 


280-310 mW 


140 mW 


Standby 


33 mW 


5mW 


Pins 


38-40 


20-24 


Board Area Including Interconnects 


Normalized = 1.0 


0.33 


Data Rat«~ Flxed 


1.536, 1.544,2.048 Mbps 


Same 


— Variable 


None 


64 Kbps-* 2.048 Mbps 


Companding Taw ^ 


2910 + 2912 


Strap splprt^blp 


— A-Law 


2911 + 2912 




PSRR l kHz 


30 dB 


>35dB 


> 10 kHz 


Not Spec'd 


>35dB 


Gain Setting 


Trim Using Pot Necessary 


Precision Resistors 
Eliminate Trim Req. 


Operating MnHp« 


yes 


yes 


Timeslot Assign 


yes 


no 


On-Chip Vref 


yes 


yes 


ICN — half channel improvement 


15 dBrncO Transmit 
11 dBrncO Receive 


15 dBrncO Transmit 
1 1 dBrncO Receive 


S/ D — half channel improvement 


See Data Sheet 


See Section 2.0 


GT — half channel improvement 


See Data Sheet 


See Section 2.0 


Power Down (Standby) 


PDN Pin 


Frame Sync Removal or PDN Pin 


Signalling 


2910-8th Bit 


2914-8th Bit 


Auto Zero 


External 


Internal 


S & H Caps 


External Transmit 
Internal Receive 


Internal 


Test Modes 


None 


Design Tests 

Manufacturing Test 

On-Line Operational Tests 


Encoder Implementation 


Resistive Ladder 


Capacitive Charge Redistribution 
Ladder 


, Filter/ Gain Trim 


Fuse Blowing ±0.2 dB 


Fuse Blowing ±0.04 dB 



14-113 



AP-142 



VF X I+- 

VF X I-- 

OSx^ 



I FILTER 

J>tE 



SAMPLE 
AND HOLD 
AND DAC 



COMPARATOR 



SUCCESSIVE 

APPROXIMATION 

REGISTER 







REFERENCE 







DIGITAL 

CONTROL 

LOGIC 




SAMPLE 
AND HOLD 
AND DAC 



ANALOG 

CONTROL 

LOGIC 



TTTT 

Vcc Vbb grdd GRDA 



*-D x 

►.TS X /DCLKx 

-SIGx/ASEL 



-FS X 
-CLK X 



- CLKSEL 

-PUN 

-LOOP 



(a) Combochip Block Diagram 



V BB 

PWRO+, PWRO- 

GS R 

PDN 

CLKSEL 

LOOP 

SIG R 

DCLK r 

D R 

FS R 

GRDD 
V cc 



Power (-5V) 

Power Amplifier Outputs 

Receive Gain Control 

Power Down Select 

Master Clock Frequency 

Select 

Analog Loop Back 

Receive Signaling Bit Output 

Receive Variable Data Clock 

Receive PCM Input 

Receive Frame 

Synchronization Clock 

Digital Ground 

Power (+5V) 



GS X 


Transmit Gain Control 


VF X I-,VF X I+ 


Analog Inputs 


GRDA 


Analog Ground 


NC 


No Connect 


SIG X 


Transmit Signaling Input 


ASEL 


/j- or A-law Select 


TS X 


Timeslot Strobe/Buffer Enable 


DCLK X 


Transmit Variable Data Clock 


D x 


Transmit PCM Output 


FS X 


Transmit Frame 




Synchronization Clock 


CLK X 


Transmit Master Clock 


CLK R 


Receive Master Clock 



(b) Combochip Pin Names 



Figure 2. Block Diagram of 2913/14 Combochip 
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generation products shows the significant improvement in 
the combochip both in performance levels and system 
flexibility. 

2.0 DESIGN CONSIDERATIONS 

The key point with the 2913/14 is that it will result in a 
linecard that performs better and costs less than any two- 
chip codec/ filter solution. The lower cost results from 
many factors, as seen in Table 2. Both direct replacement 
costs and less tangible design and manufacturing time 
savings combine to yield lower recurring and nonrecur- 
ring costs. As an example, the wider margins to transmis- 
sion specs and the higher power supply rejection ratios of 
the 2913/14 will both shorten the design time needed to 
build and test the linecard prototype and reduce the reject 
rate on the manufacturing line. 

Table 2. 2913/14 Factors which Lower the Cost of 
Linecard Design and Manufacturing 



Table 3. 2914 Factors which Increase Linecard 
Manufacturing Yields and Efficiency 



• Lower LSI Cost (2914 vs. 2910/ 1 1 + 2912) 

• Fewer External Components 

• Less Board Area 

• Shorter Design/ Prototype Cycle 

• Better Yields/ Higher Reliability , 

• Lower Power/ Higher Density 



Part of the recurring cost of linecard production is the 
efficiency of the manufacturing line in turning out each 
board. This is measured in both parts cost and time. 
Average manufacturing time is strongly effected by the 
line yield, i.e., the reject rate reliability. A linecard using 
the 2913/14 has many labor-saving features, which also 
increases the reliability of the manufacturing process. 
Some of these features are detailed in Table 3. 

The combination of fewer parameters to trim (gain, refer- 
ence voltage, etc.), tolerance to wider power supply varia- 
tions, and on-chip test modes make the linecard very 
manufacturable compared to first-generation designs. 

Probably the most obvious improvement in linecard 
design based around the 2913/14 is the reduction in line- 
card PCB area needed compared to two-chip designs. 
The combination of the codec and filter into a single 
package alone reduced the LSI area by one-third. Table 4 
shows many of the other ways in which board area is 
conserved. In general, it reduces to fewer components, 
more on-chip features, and layout of the chip resulting in 
an efficient board layout which neatly separates the 
analog and digital signals both inside the chip and on the 
board. 



Higher Reliability 
— Fewer connections & components 
— more integrated packaging 
— more margin to specs 
— lower power 
— NMOS proven process 
— Less sensitive to parameter variations 

Fewer Manufacturing Steps 
— no gain trimming 
— on chip Vref 

— wide power supply tolerance 
— on chip test modes 
— wide margins to specs 



Table 4. Design Factors for 2914 which Reduce 
Linecard PCB Area 



• Integrated Packaging 

—29 14 vs. 2910/11 + 2912= 1/3 board area 
— 2913 takes even less space 

• Fewer Interconnects/ Components 

— codec/ filter combined 
— on-chip reference voltage 
— on-chip auto zero 
— on-chip capacitors 
— no gain trim components 
— no voltage regulators 

• Efficient Layout (Facilitates Auto Insertion, 

— analog/ digital sections separated on chip 
—digital traces can cross under chip 
— two power supplies only 
— low power/ high density 
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Table 5. 2913/14 Operating Mode Options Add Flexibility to Linecard Design 



Option 


Mode Control Pins 


Results of Mode Selection 


2914 (24 pin) 


2913 (20 pin) 


Companding Law 


SIGX/ASEL 


A-Law or /x-Law + Signalling 


A-Law/ /u-Law, no Signalling 


Power Down 


PDN 


Transmit & Receive Side Go To Standby Power (5 mW) 


FSx & FSr Removed 


Same (12 mW) 


FSx Removed 


Transmit Side Goes to Standby (1 10 mW) 


FSr Removed 


Receive Side Goes to Standby (70 mW) 


Data Rate 


= V CC /GRDD/V B B 
DCLK R =V BB 


1.536/ 1.544/2.048 Mbps in fixed data rate mode 


= v C c/grdd/vbb 

DCLKr= Clock 


Variable Data Rate Mode from 64 Kbps to 2.048 Mbps, 
No Signalling 


Test Modes 


LOOP = V C C 


Implements Analog Loopback 


No Loopback Capability 


PDN=V B B 


Provides Access to Transmit Codec Through ASEL and TSX Pins 


dr=v B b 


Provides Access to RCV Filter Input at DCLKr and Transmit 
Filter Outputs at ASEL and TSX Pins 



Many of the factors discussed above — which result in 
efficient, cost-effective linecard designs— are discussed in 
more detail both in the 2913/ 14 data sheet and in the fol- 
lowing sections of this note. 

2.1 Operating and Test Mode Selection 

A key to designing with the 2913/14 combo is the wide 
range of options available in configuring, either with strap 
options or in real time, the different modes of operation. 
The 2913 combochip (20 pins) is specifically aimed at 
synchronous switching systems (remote concentrators, 
PABXs, central offices) where small package size is espe- 
cially desirable. The 2914 combochip (24 pins) has addi- 
tional features which are most suitable for applications 
requiring 8th-bit signalling, asynchronous operation, and 
remote testing of transmission paths (e.g., channel banks). 
Once the specific device is selected, there is a wide range 
of operating modes to use in the card design, as seen in 
Table 5. This table lists the optional parameters and the 
pins which control the operating mode. The result of 
selecting a mode is listed for both the 2913 and 2914. 

The purpose of offering these options is to ensure that the 
2913/14 combo will accommodate any existing linecard 
design with architectural transparency. At the same time, 
features were designed in to facilitate design and manu- 
facturing testing to reduce overall cost of development 
and production. 

2.2 Data Rate Modes 

Any rapid conversion scenario presumes that the combo- 
chip will fit existing system architectures (retrofit) without 



significant system timing, control, or software modifica- 
tions. To this end, two distinct user-selectable timing 
modes are possible with the combochip. For purposes of 
discussion, these are designated (a) fixed data rate timing 
(FDRT) and (b) variable data rate timing (VDRT). 

FDRT is identical to the 2910/2911 codec timing in 
which a single high-speed clock serves both as master 
clock for the codec/ filter internal conversion/ filtering 
functions and as PCM bit clock for the high-speed serial 
PCM data bus over which the combochip transmits and 
receives its digitized voice code words. In this mode, 
PCM bit rates are necessarily confined to one of three 
distinct frequencies (1.536 MHz, 1.544 MHz, or 2.048 
MHz). Many recently designed systems employ this type 
of timing which is sometimes referred to as burst-mode 
timing because of the low duty cycle of each timeslot (i.e., 
channel) on the time division multiplexed PCM bus. It is 
possible for up to 32 active combochips to share the same 
serial PCM bus with FDRT. 

VDRT (sometimes referred to as shift register timing), by 
comparison, utilizes one high-speed master clock for the 
combochip internal conversion/filtering functions and a 
separate, variable frequency, clock as the PCM bit clock 
for the serial PCM data bus. Because the serial PCM data 
rate is independent of internal conversion timing, there is 
considerable flexibility in the choice of PCM data rate. In 
this mode the master clock is permitted to be 1 .536 MHz, 
1.544 MHz, or 2.048 MHz, while the bit clock can be 
any rate between 64 kHz and 2.048 MHz. In this mode 
it is possible to have a dedicated serial bus for each com- 
bochip or to share a single serial PCM bus among as many 
as 32 active combochips. 

Thus, the two predominant timing configurations of pres- 
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ent system architectures are served by the same device, 
allowing, in many cases, linecard redesign without modifi- 
cation of any common system hardware or software. 
Additional details relating to the design of systems using 
either mode are found in section 3.0. 

2.3 Margin to Performance Specifications 

The combochip benefits from design, manufacturing, and 
test experience with first-generation PCM products on the 
part of the system manufacturer, component suppliers, 
and test equipment suppliers. The sub-millivolt PCM 
measurement levels and tens of microvolts accuracy 
requirements on the lowest signal measurements often 
result in tester correlation problems, yield losses, and 
excess costs for system and PCM component manufac- 
turers alike. Thus additional performance margin built 
into the PCM components themselves will have its effect 
on line circuit costs even though the system transmission 



specifications may not reflect the improved performance 
margin. 

Half channel measurements have been made of the 
transmission parameters — gain tracking (GT), signal to 
distortion ratio (S/ D), and idle channel noise (ICN). 

Gain Tracking — Figure 3 shows the gain tracking data 
for both the transmit and receive sides of the combo 
using both sine wave testing (CCITT G712.ll Method 2) 
and white noise testing (CCITT G712.ll Method 1). The 
data shows a performance very nearly equal to the theo- 
retically best achievable using both test techniques. End 
to end measurements, although not spec'd, also show a 
corresponding good performance with errors less than or 
equal to the sum of the half channel values. 

Signal to Distortion Ratio— This is a measure of the 
system linearity and the accuracy in implementing the 
companding codes. Figure 4 shows the excellent perfor- 
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Figure 3. 2914 Half Channel Gain Tracking Performance Measurements for both Sine and Noise Testing 
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Figure 4. 2914 Half Channel Signal to Distortion Ratio (S/D) Performance Measurements for both 
Sine and Noise Testing 



mance of the 2914 for both the transmit (A/D) and 
receive (D/ A) channels using sine wave and noise testing. 
The margin is greater than 3 dB above the half channel 
spec which means that a larger error budget is available 
to the rest of the channel. 

Statistical Analysis— A statistical analysis of G.T. and 
S/D measurements over many devices shows a very tight 
distribution, as seen in Figure 5. There are several conse- 
quences resulting from this highly desirable distribution: 
(1) the device performance is controllable, resulting in 
high yields, (2) the device circuit design is tolerant of 
normal process variations, thereby ensuring predictable 
production yields and high reliability, and (3) understand- 
ing of the circuit design and process fundamentals is 
clearly demonstrated — largely as a result of previous tele- 
phony experience with the Intel NMOS process. 

Idle Channel Noise — The third transmission parameter 
is idle channel noise (ICN). Figure 6 gives half channel 
ICN measurements which show a substantial margin to 
specification. 



Power Supply Rejection— Circuit innovation in the 
internal combochip design has resulted in significant 
improvements in power supply rejection in the 5 to 50 
kHz range (Figure 7), and it is this frequency band which 
usually contains the bulk of the switching regulator noise. 
These higher frequencies, outside the audio range as they 
are, are not objectionable or even detectable in the 
transmit direction except to the extent that they alias into 
the audio range as a result of internal sampling processes 
in the transmit filter and A/D converter. Sampling tech- 
niques in the combochip minimize this aliasing. In the 
receive direction, excess high frequency noise which prop- 
agates onto the subscriber loop can interfere with signals 
in adjacent wires and is thus objectionable even without 
aliasing. The symmetrical true differential analog outputs 
of the combochip are an improvement from earlier 
designs which failed to maintain true power supply sym- 
metry through the output amplifiers. Not only does the 
differential design improve transmission performance, but 
it also reduces the need for power supply bypass capaci- 
tors, thereby saving component cost on the linecard. 
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Figure 5. Statistical Analysis of Transmission Performance Showing Tight Distribution over many Devices 
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2914 Idle Channel Noise (ICN) 
Measurements 



Autozero — The autozero circuit is contained completely 
on-chip. It automatically centers the signal/ noise distribu- 
tion at the encoder input. This ensures minimal ICN due 
to bit toggeling and also maintains maximum sensitivity 
to the AC signals of interest. 



2.4 Power Conservation 

Figure 8 illustrates typical power consumption and office 
equipment dissipation for a resistive line biasing arrange- 
ment (with no loop current limiting) and for the per-line 
PCM components. It can be seen that overall line circuit 
power consumption and dissipation are strong functions of 
subscriber loop resistance, and are dominated by line bias- 
ing current regardless of loop length. It can also be seen 
that the combochip achieves significant reductions in PCM 
component contributions relative to both the 2910A/2912A 
and 2910/2912. Present residential traffic characteristics are 
such that the PCM components are active less than 10% of 



the time, and in its low-power standby state, the combo- 
chip power dissipation drops to typically 5 mW as the line 
current (and dissipation) goes to its background on-hook 
leakage level of typically a few milliwatts (but for very 
leaky lines, as much as 50-500 mW). 

The concern for linecard power consumption and dissi- 
pation is related both to the cost of providing power and 
to the system density problem involving convection heat 
removal from the linecards. Consequently, much recent 
line circuit development activity centers on elimination 
of the inefficient resistive line current feed both by cur- 
rent limiting in short loops and by more exotic and ex- 
pensive per-line dc-dc converters. For both present- 
generation designs and cost-reduction redesigns, the 
typical combochip dissipation of 140 mW active/5 mW 
standby will allow system board packing density im- 
provements and power supply cost reductions. 

A closer look at the effect of loading (duty cycle) on the 
average power dissipation of a combochip is given in 
Table 6. Typical loading percents run as low as 5% for 
very large switching systems (thousands of lines) up to 

Table 6. Typical Power Dissipation Per Line Using 
2914 Combochip 





Duty 
Cycle 


Power 
Dissipation 


Central 
Office 


5% 


12 mW 


PABX 


15% 


25 mW 


Peak Hour 
CO. 


50% 


73 mW 


Channel 
. Bank 


100% 


140 mW 
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> in nonswitching applications such as channel banks. ing system is below 35 mW which facilitates board pack- 

Clearly, the average power dissipation in a typical switch- ing density and cost of power considerations. 
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Figure 7. Wideband 2914 Power Supply Rejection Ratio (PSRR) 
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Figure 8. Line Circuit Power Consumption and Dissipation Curves 
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2.5 Elimination of Gain Trim in the Line 
Circuit 

Four resistors — R1-R4 of Figure 9— on the transformer 
side of the PCM components are used to establish 
appropriate transmission levels at the PCM components 
and are, at first glance, equivalent in the two cases. How- 
ever, a significant reduction in linecard manufacturing 
costs associated with individual line trim (or mop-up) is 
possible with the combochip. The need for this trim is 
dictated by system gain contrast specifications which typi- 
cally require that the line-to-line gain variation shall not 
exceed 0.5 dB, which translates to 0.25 dB for each 
(transmit and receive) channel. Table 7 shows that the 



major portion of this gain variation has previously been 
in the nominal insertion loss of the PCM filter and in the 
uncertainty of the reference voltage of the codec. With 
this cumulative 0.15 dB uncertainty in the PCM compo- 
nents themselves, the system manufacturer had no choice 
but to resort to the cost and manufacturing complexity of 
the active trim. The combochip, however, can be trimmed 
during its manufacture to a nominal tolerance of ±0.04 
dB which includes uncertainties in both the filter and 
codec voltage reference functions. This leaves 0.21 dB 
uncertainty to variations in the other line circuit elements 
and to temperature and supply variations. 

The variation in combochip gain with supply and 
temperature has also been improved to allow as low as 
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Figure 9. Schematics of the Codec/Filter Function and the 2/4 Wire Hybrid Transformers 
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Table 7. Gain Trim Budget for Codec/Filter Functions 



Device 


Manufacturing Uncertainty 
(Initial) 


AT 
A Supplies 


Total 


Variation* Budget 
for Other Components 


2910 
2912 


±0.1 
±0.05 

±0.15 


±0.1 
±0.05 

±0.15 


±0.3 dB 


OdB 


2914 


±0.04 


±0.08 


±0.12 dB 


±0.13 dB 



♦Assumes 0.5 dB end to end gain contrast specification. 



0.08 dB variation over supplies and temperature so that 
more than half the system specification could be reserved 
for transformer, wiring, and resistor uncertainties. This 
possibility of using fixed precision gain trim components 
and abandoning the active trim holds the potential for 
simplification and cost reduction of the line board manu- 
facturing process. 



2.6 Power Up/Down Considerations 

Power Supply Sequence—There are no requirements 
for a particular sequence of powering up the combochip. 
All discussions of power up or power down timing 
assume that both VrjC and VgB are present. 

Power Up Delay — Upon application of power supplies, 
or coming out of the standby power down mode, three 
circuit time constants must be observed: (1) digital signal 
timing, (2) autozero timing, and (3) filter settling. An 
internal timing circuit activates SIG r , D x , and TS X 
approximately two to three frames after power up. Until 
this time, SIG r is held low and the other two signals are 
in a tri-state mode. During this time, SIG X will have no 
effect on the PCM output. 

Power Down Modes — These modes are described in 
detail in Table 3 of the 2913/14 data sheet except for a 
fail-safe mode in case CLK X is interrupted. If this should 
happen, both D x and TS X go into the tri-state mode 
until the clock is restored. This ensures the safety of the 
PCM highway should the interrupted clock be a local 
problem. 

3.0 OPERATING MODES 

There are three basic operating modes that are supported 
by the 2913/14: fixed data rate timing (FDRT), variable 
data rate timing (VDRT), and on-line testing. 



3.1 Fixed Data Rate Mode 

The FDRT mode is described in some detail in both sec- 
tion 2.2 of this note and in the 2913/14 data sheet. In 
addition, Intel Application Note AP-64 (Data Conver- 



sion, Switching, and Transmission using the Intel 
2910A/2911A codec and 2912 PCM filter) also describes 
the basics of using the fixed data rate mode for first- 
generation codecs and filters which is essentially the same 
as for the 2913/ 14 second -generation combochip. 



3.2 Variable Data Rate Mode 

The VDRT mode is described in some detail both in sec- 
tion 2.2 and in the 2913/14 data sheet. This section 
focuses on two design aspects: (1) the advantage of clock- 
ing data on the rising and falling edges of the clock for 
transmit and receive data, respectively, and (2) making 
the 2913/14 transparent in previously designed systems (a 
retrofit, cost reduction redesign). 

Clock Timing— The 2913/14 is ideally set up to trans- 
mit and receive data, using the same clock, with no race 
conditions or other marginal timing requirements. This 
is accomplished by transmitting data on the rising edge 
of the first clock pulse following the data enable pulse 
FS X and receiving data on the falling edge of the clock 
which is directly in the middle of the D X data pulse. 
Several manufacturers use leading edge timing for both 
transmit and receive requiring an inversion of the 
receive clock. 

Figure 10 shows the transmit and receive clock and data 
timing for an entire time slot of data. A closer look at 
the timing functions is given in Figure 11 which looks 
specifically at the first clock cycle after the transmit data 
enable FS X . 

According to the 2913/14 data sheet, the frame 
sync/data enable FS X must precede the clock (DCLK*) 
by at least Tt s d x or nominally 15 nsec for that clock 
pulse to be recognized as the first clock pulse in the time 
slot. In actuality, the 2914 will allow FS X to lag up to 80 
nsec the DCLK X rising edge and recognize it as the first 
clock pulse in a 2.048 MHz system. 

Once FS X has reached Vjh of about 2 volts, the D X out- 
put will remain in the tri-state high-impedance mode for 
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Figure 10. Variable Data Rate Timing for an Entire Time Slot 



Tdon or about 35 nsec longer. It then comes out of tri- 
state and will represent some data which is invalid until 
the valid data is available TqdX or about 75 nsec (100 
nsec worst case) after the clock rising edge. This means 
there is about 90 nsec of invalid data after the tri-state 
mode. At this point there is valid data on the D x 
highway that lasts for approximately one full clock cy- 
cle. 

Since the D x highway is tied directly to the D r highway 
in digital loopback, the valid data above is now 
available to the receive channel with some propagation 
delay. The receiver is only interested in the data for 
about a 50 nsec (110 nsec worst case) window centered 
about the falling edge of the DCLK r clock which occurs 
about half a clock cycle from the FS r rising edge. The 
window width is equal to the data set-up time. Tdsr. 
plus the clock fall time, Tf, plus the data hold time, 
Tdhr* Information at any other time on the D r highway 
falls into the DON'T CARE category. 

Retrofitting the 2913/14— Several switching/ transmis- 
sion systems have been designed using first-generation 
codecs which operate at data rates from 64 Kbps to 2.048 
Mbps. In addition, they may have been designed using 
the rising clock edges for both transmit and receive data. 



Other aspects of these older designs could be relative 
skewing between the sync pulses (Data Enable) and the 
clock pulses in such a way that the sync pulse occurs 
after (Lags) the first clock pulse rising edge. All of these 
conditions can be easily handled using the variable data 
rate timing mode of the 2913/14 plus some simple exter- 
nal logic. By the addition of this logic, the 2913/14 
becomes transparent to the older design thereby allowing 
an upgrade in performance while having no impact on 
backplane wiring or on system control hardware/ soft- 
ware. In addition, many of the features of the 2913/14 
may be incorporated, such as the test modes, which pro- 
vide additional capabilities beyond those available in the 
original design and at a lower cost. 

The circuit diagram in Figure 12 shows the maximum 
amount of additional random logic that could be neces- 
sary to make the 2913 or 2914 completely transparent at 
the linecard level (no impact on backplane wiring or tim- 
ing). The inverter on DCLKr inverts all the receive 
clocks for each linecard. This inverter is only needed if (1) 
the transmit and receive clocks are inverted at the sys- 
tem/backplane level (as opposed to the linecard level) and 
(2) the previous design used only rising (or falling) edges 
to clock the transmit/ receive data. 
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Figure 11. Waveform Timing Diagrams for the 2913/14 



3.3 On-Line Test Modes 

Two modes are available which permit maintenance 
checking of the linecard up to the SLIC/combochip inter- 
face, including the PCM highways and time slot inter- 
changes. Tests include time slot-dependent error checking. 
The two test modes are called "redundancy testing" and 
"analog loopback." These test modes are described in 
detail in section 4.3. 

4.0 MULTIMODE TEST CAPABILITIES 



categories: design/ prototype tests, manufacturing tests, 
and on-line operation tests; see Table 8. 

4.1 Design/Prototype Testing 

In the design of a linecard prototype or in the qualifica- 
tion of a device, it is often helpful to have direct access to 
the internal nodes at key points in the LSI system. Some 
manufacturers even dedicate pins specifically for this func- 
tion. The Intel 2913/14 approach was to reduce cost by 
using multifunction pins and smaller packages to achieve 



The 2913/14 was designed with every phase of design, 
manufacturing, and operation taken into consideration. In 
particular, several test modes , have been implemented 
within the device with essentially no increase in the pack- 
age size or pin count. These test modes fall into three 
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2913 HOOKUP 



2914 HOOKUP 




NOTES: (1) One inverter per linecard. 



Figure 12. Circuit Diagram Showing Connections Needed to Retrofit the 2913/14 into 
Existing Variable Data Rate Systems 



Table 8. Multimode Testing for Each Level from 
Design to On-Line Operation 



• Design/ Prototype Testing 

— Direct access to transmit codec inputs 
— Direct access to the receive filter input and the 
transmit filter differential outputs 

• Manufacturing Tests 

— Standard half channel tests for combined 

codec/ filters 
— Filter response half channel measurements 

• Operation On-Line Tests 

-^Analog loopback for testing PCM and codec 

analog highways 
— Redundancy checks with repeatable D x outputs 



this goal. Measurements through these multipurpose pins 
will typically yield full device capability against perfor- 
mance specifications, however these measurements are not 
included in the device specifications. This is done for two 
reasons: first, to save manufacturing cost by eliminating 
unnecessary tests and specifications, and, second, more 
cost effective manufacturing test techniques are available, 
as discussed in section 4.2. 

Table 9 gives the input control pin values and the corres- 
ponding functions assigned to the key test pins on the 
29 1 4 for the design test modes. 

Transmit Codec (Encoder)— -The transmit filter can be 
bypassed by directly accessing the differential input of the 
transmit encoder with an analog differential drive signal. 
Table 9 shows the control pin voltages and the input pins 
for this test. This test mode permits DC testing of the 
encoder which is otherwise blocked by the AC coupling 
(low frequency reject filter) of the transmit filter. 

Transmit and Receive Filter— Table 9 shows the con- 
trol values that permit access to the differential outputs of 
the transmit filter and the single-ended input to the 
receive filter. The voltage difference between the transmit 
filter outputs represents the filtered output that will be 
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Table 9. 2914 Test Functions and Control Inputs for the Design Test Modes 



Input 


Pin Function (24-Pin Ver.) 


Test 
Function 


PDN 


DR 


Pin 9 
DCLK R 


Pin 17 
TSx/DCLKx 


Pin 18 
SIGx/ASEL 


O-YCC 


O-Vcc 


DCLKR 


TSX/DCLKX 


SIGX/ASEL 


Normal Operation 


V B B 


O-Vcc 


— 


+VFX 


-VFX 


Encoder 


O-Vcc 


VBB 


VFRI 


+VFX0 


-VFXO 


RCV, XMIT Filter 



Note: The terms used above are defined as: 
±VFX = Encoder Input 
±VFX0 = XMIT Filter Output 
VFRI = RCV Filter Input 

encoded. By driving VF X I (single ended or differentially), 
the transmit filter response is obtained as a differential 
output. The final stage is the 60 Hz reject filter which is a 
switched capacitor filter sampled at an 8 kHz rate. When 
measured digitally (after the encoder), the filter character- 
istic is obtained directly; however, when measured in 

. . ,'-/. /(oT 

analog, a sin 

included. 



eu uireuuy 



correction factor must be 



pie ana n 



The input to the receive filter first passes through a 
sample ajid hold. This is necessary to simulate the 

~z~ characteristic that results from the dec- 
oder D/A output. The net result is a filter characteristic 
that can be compared directly to the specifications. 

Start-up Procedure for Test Modes— To place the 
2913/14 in the test mode it is first necessary to operate 
the device for a few msec in normal operation. Then Vbb 
can be applied to the control pins to select the desired 
test access. 

4.2 Production Testing 

While it may be convenient for the designer to have 
access to both the filter and the codec inputs and outputs 
during the design or evaluation phase, the final product 
will always use the filter and codec circuits together with 
all signals passing through both on the way to or from 
the PCM highways. It therefore makes sense to perform 
all manufacturing measurements with the device config- 
ured in its normal operating mode, i.e., all measurements 
should be complete filter/ codec half channel measure- 
ments. This approach not only tests the combo as it will 
actually be used, but also saves time and money by elimi- 
nating separate measurements and correlation exercises to 
determine the full half channel performance. 

Since the transmission specifications of S/D, gain track- 
ing, and ICN all require measurements which are "in- 
band" or "filter independent," the codec functions can be 
easily tested using conventional half channel measurement 
equipment. The apparent difficulty arises in trying to fully 



measure the filter characteristics beyond the half sampling 
frequency of 4 kHz. In fact, this is not really a problem 
with today's computer-based testing plus an understand- 
ing of the sampled data process which is discussed below 
under "Filter Testing." 

ENCODER/DECODER TESTING 

Transmission specifications are AC-coupled in-band mea- 
surements when using either CCITT G.712.11 methods 1 
& 2 (white noise testing and sinusoidal testing, respec- 
tively) or AT&T Pub 43801 (Sinusoidal Testing). The 
noise testing uses a narrowband of flat noise from 300 to 
500 Hz to drive the filter/ codec (either in analog or the 
equivalent digital sequence for the transmit/ receive chan- 
nels, respectively). The resulting harmonic products are 
used to determine S/D. Likewise, gain tracking is also 
determined from this signal input. Sinusoidal testing uses 
a tone at 1.020 kHz for S/D measurements and gain 
tracking measurements. Idle channel noise measurements 
require the combined filter/ codec since it has long been 
shown that separate measurements of filters and codecs 
are difficult to relate to the combined measurement (usu- 
ally there is no specific relationship because of the non- 
linear properties of the encoder/ decoder operations). Typ- 
ically the frequency response of ICN measurements is 
primarily determined by the weighting filter (either C 
message or psophometric, which are both AC-coupled, 
bandpass type filters). 

The conclusion is that combined filter/ codec testing in no 
way limits the measurement of half channel transmission 
parameters of S/D, G.T., or ICN. 

FILTER TESTING 

Testing the filter response, of the transmit and receive 
channels presents two separate test situations which, in 
some ways, are mirror images of one another. With the 
transmit side, signals may be introduced at any frequency 
to test the filter response. At the output of the filter, the 
resulting signals are sampled at 8 kHz and digitized 
resulting in a sequence of PCM words representing the 
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samples of the filtered input signal. On the receive side, a 
digital PCM sequence of samples representing the driving 
signal is converted to an analog signal by the decoder and 
can be measured at the filter output in analog form. 

Sampling Process— In both cases of testing the filter, 
the signal eventually is in a sampled form. Since the sam- 
pling rate is fixed at 8 kHz, all signals must be repre- 
sented below 4 kHz (half the sampling frequency). This 
means that the PCM bit stream can only represent signals 
at frequencies below 4 kHz. If a signal above 4 kHz is 
sampled, those samples appear exactly as if the signal was 
at a frequency mirror imaged about 4 kHz. Two exam- 
ples include signals at 5 kHz and 7 kHz which will result 
in samples that look like signals of 5 - 8 kHz = 3 kHz 
and 7-8 kHz = 1 kHz, respectively. 

Conversely, the sampling process produces replicas (alias- 
ing) of the sampled signal around multiples of the sam- 
pling frequency. Therefore, if two signals are introduced 
digitally representing 1 kHz and 2 kHz, there will also be 
frequency components located at 8 kHz = ±1 kHz and 8 
kHz = ±2 kHz, and so on for all multiples of 8 kHz. 
Thus it is possible to generate frequencies at arbitrary 
values after sampling by controlling the frequency of each 
signal within the 4 kHz input band regardless of whether 
it is in analog or PCM. 

When an analog signal is sampled, the frequency compo- 
nents generated are all of the same amplitude as the cor- 
responding input spectral components. Therefore, on the 
transmit side, measurements made from the PCM data 
will have a throughput gain of unity except where com- 
ponents are superimposed (e.g., a 4 kHz input signal will 
have an alias component at 4 kHz which may double the 
amplitude at 4 kHz when the two components are 
combined). 

When an analog signal is reconstructed from digital sam- 
ples, it goes through a sample and hold stage which has 
the effect of imposing a weighting function on the result- 
ing spectral components that is represented by 



Sine 



M- 



Sin 



if) 
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where a> is the actual spectral component frequency going 
into the filter, and T is the width of the hold pulse at the 
decoder output. For the 2913/14, the analog output is 
held the full sample period of 125 jusec (1/8000 Hz) so 
that a frequency component at ft will have a weighting of 
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Transmit Filter Test Approach— Two approaches can 
be used for half channel testing of the transmit filter 



characteristic: (1) input analog test frequencies and per- 
form an FFT on the corresponding PCM samples that 
are generated to determine spectral frequencies and ampli- 
tudes at the codec output, or (2) use an "ideal" D/ A con- 
verter on the PCM samples to convert the digital data 
back to analog so that the spectral amplitudes and fre- 
quencies can be determined using analog circuits such as 
spectrum analyzers or filter banks. In either case, the 
effects of sampling will be the same. Figure 13 shows two 
spectral diagrams of amplitude versus frequency. The top 
diagram represents the locations of nine test frequencies 
corresponding to the seven specified frequencies in the 
2913/14 data sheet plus a component at 7 kHz and one 
at 10 kHz. The bottom figure shows the "equivalent" 
spectral component locations when carried in the PCM 
bit stream. As an example, frequency #8 is located at 7 
kHz. The corresponding PCM frequency is seen in the 
lower figure at 1 kHz. Note also that the analog compo- 
nent at 9 kHz (see US*-) would also generate the 1 kHz 
component in the PCM data. 

To test the filter, the desired test frequencies are intro- 
duced in analog to the filter input in such a way that 
there is no confusion as to where the resulting component 
will be after sampling (i.e., don't simultaneously put in 1 
kHz and 7 kHz since both of these inputs result in a 1 
kHz component in the PCM data). Then, using either 
technique (FFT or analog) mentioned above, measure the 
amplitude of the corresponding sampled component. The 
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Figure 13. Spectral Properties of the Filter Test 
Frequencies in Analog and PCM 
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difference between that amplitude and the input ampli- 
tude represents the filter attenuation at the frequency of 
the input signal. So, if the input signal was at 7 kHz, the 
FFT will determine the amplitude of the corresponding l 
kHz signal. The amplitude change relative to the input 
will represent the filter attenuation at 7 kHz. 

Receive Filter Test Approach— In this case, the PCM 
test signals can be generated directly from digital circuits 
or by going through an "ideal" A/ D (companded) to gen- 
erate the PCM samples. Since these samples represent 
frequencies below the half sampling rate, Figure 12(b) 
now represents the input signals and 12(a) the output, but 
with one significant difference — a Sinc[7r fi/8000] weight- 
ing function is imposed on all the frequency components 
because of the decoder sample and hold output. At the 
filter output, the spectral component amplitudes will 
include the effect of the filter response and the weighting 
function measured at the actual test frequency. The 
receive filter includes a compensation network for the 
weighting function in its passband. Therefore, inside the 
passband (300 Hz to 3.4 kHz) the measured amplitudes 
should be compared directly to the data sheet specifica- 
tions. Frequencies outside the passband must be compen- 
sated for the weighting function first to determine the true 
filter response. 

Summary of Filter Testing-— Table 10 lists the nine test 
frequencies shown in Figure 12 for both the transmit and 
receive filter testing. For each filter test, the input fre- 
quency (analog or PCM), measurement frequency, and 
test circuit gain is tabulated corresponding to the desired 
test frequency. The various weighting values are easily 
handled by computer-based test equipment since the 
inverse weighting function can be stored in the computer 
and applied to each measured amplitude as appropriate. 



4.3 Operational On-Line Testing 

Two test modes are available which facilitate on-line test- 
ing to verify operation of both the combochip and the 
entire switching highway network. The first is simply the 
capability to duplicate the same D x transmission in mul- 
tiple PCM time slots (redundancy checking), and the 
second is the analog loopback capability which allows the 
testing of a call completion through the entire PCM voice 
path including the time slot interchange network. 

Redundancy Checking— A feature of the 2913/14 is 
that the same 8-bit PCM word can be put on the D x 
highway in multiple time slots simply by holding the 
frame sync/data enable (FSx) high and continuing to 
supply clock pulses (CLK X or DCLKx). If the data 
enable was held high for multiple time slots, each time 
slot would have identical data in it. By routing this data 
through the PCM highways, time slot interchanges, 
etc., and then correlating the data between time slots, it 
would be possible to detect time slot-dependent data er- 
rors. When this test mode is used, no other data will be 
generated for the transmit highway until the frame sync 
returns low for at least one full clock cycle. 

Analog Loopback— The 2914 (2913 does not have this 
feature) has the capability to be remotely programmed to 
disconnect the outside telephone lines and tie the transmit 
input directly to the receive output to effect analog loop- 
back within the combo chip. This is accomplished by set- 
ting the LOOP input to V cc (TTL high). The result is to 
disconnect VF X I+ and VF X I- from the external circuitry 
and to connect internally PWRO+ to VF X I+, GS r to 
PWRO-, and VF X I- to GS X (see Figure 14). 

With this test set up, the entire PCM and analog trans- 



Table 10. Filter Response Testing Input/Output Frequencies and Amplitude Gain Schedule 







Transmit 


Receive 




Test 
Freq. 


Input 
Freq. 


Measured 
Freq. 


Amp 
Weighting 


Input 
Freq. 


Measured 
Freq. 


Amp 
Weighting 


1 


200 


200 


200 


l 


200 


200 


l 


2 


300 


300 


300 


l 


300 


300 


l 


3 


3000 


3000 


3000 


l 


3000 


3000 


l 


4 


3300 


3300 


3300 


l 


3300 


3300 


l 


5 


3400 


3400 


3400 


l 


3400 


3400 


l 


6 


4000 


4000 


4000 


0to2 


4000 


4000 


0to2 


7 


4600 


4600 


3400 


1 


3400 


4600 


Sine 


4600 vr 




8000 


8 


7000 


7000 


1000 


1 


1000 


7000 


Sine 


7000 7T 




8000 


9 


10000 


10000 


2000 


1 


2000 


10000 


Sine 


10000 n 




8000 
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mission path up to the SLIC can be tested remotely by 
assigning a PCM word to a time slot that is read by the 
combo being tested. This data is converted to analog 
and passed out of the receive channel. It is taken as in- 
put by the transmit channel where it is filtered and re- 



digitized (encoded) back to PCM. The PCM word can 
now be put on the transmit highway and sent back to the 
remote test facility. By comparing the PCM data (indi- 
vidually or as a series of codes) the health of that partic- 
ular connection can be verified. 
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Figure 14. Simplified Block Diagram of 2914 Combochlp in the Analog Loopback Configuration 
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The Subscriber Line Datalink is a three wire inter- 
face for synchronous data transfer between master 
and slave devices. Four full duplex time-multiplexed 
64 kbps channels are supported on a serial ping- 
pong link. Each channel transfers a byte of data 
every 125 /as. 

The SLD interface was developed primarily for tele- 
communications applications, where 8 kHz synchron- 
ous data transfers are the norm. It provides a stand- 
ardized physical interface for the transfer of circuit 
switched voice and data, signalling, and control chan- 
nels to and from the individual subscriber circuits, 
physically (but not logically) isolating the interface to 
the per-line components from the system backplane, 
which is often a proprietary arrangement. This allows 
a large selection of different subscriber devices to be 
produced economically, with a standard interface, 
and connected to the backplane through a linecard 
controller, or interface controller. 

INTERFACE DESCRIPTION 

The three wires of the SLD interface consist of a data 
clock (SCL), a data direction signal (SDIR), and a 
ping-pong data lead (SLD). The data clock and di- 
rection signals can be common to all slave devices 
connected to the interface controller. A separate SLD 
line is connected to each slave device. The slave 
devices on this interface receive the clock signals 
from the controller, and only drive the data line when 
so indicated by the direction signal. The controller 
generates both the SDIR direction signal and the SCL 
data clock, which are derived from the system clock. 

The SLD line itself supports a 512 kbps rate, as de- 
fined by the SCL clock. The data on this line is for- 
matted as 32 bits of receive (towards slave) data and 
32 bits of transmit (from slave) data. This pattern is 
repeated at an 8 kHz rate, with the direction of trans- 
mission being defined by the 8 kHz SDIR signal. 
When SDIR is high, data is transferred to the slave 
device, and when SDIR is low, data is transferred 
back to the master. Hence, the SDIR signal has a 
duty cycle of approximately 50%. The transmit and 
receive direction data is further divided into eight 
bytes, four transferred in each direction. The effective 
data rate over the SLD interface is 256 kbps in each 
direction. Because all SLD lines handled by a con- 
troller share the same direction signal, these separate 



links are all synchronous. The exact use of the data 
channels on the SLD is determined by the devices 
connected to it. 



USE OF THE SLD BY THE iATC 29CX 
FAMILY OF COMPONENTS 

The SLD interface provides the data link to the per- 
line components of the 29CX family. The iATC 2952 
linecard controller operates as an SLD master, and 
controls eight SLD interface lines. The 2952 can as- 
sign timeslots to the first two bytes of data in each 
direction and thus route this data to or from either of 
the two TDM backplane highways it supports. These 
bytes are typically used for subscriber voice and/or 
circuit switched data. The remaining two bytes in each 
direction can be used for commands, configuration 
data, signalling, status, or additional subscriber data, 
depending on the devices using the SLD. The 2952 
routes data to/from the third and seventh bytes 
through its bidirectional FIFO, or via the /xP port, and 
these channels are usually used for control. The 
fourth and eight bytes are stored intermediately in 
holding registers by the 2952, and are typically used 
for signalling information. 

Figure 1 shows the SLD configuration in the analog 
subscriber case, when the 2952 is connected to the 
29C51 . The first and fifth bytes (channel A) represent 
the primary voice channel, and route the PCM voice 
byte between the backplane and the 29C51 via the 
linecard controller. The second and sixth bytes (chan- 
nel B) contain PCM data to support the secondary 
analog channels of the 29C51 , and three party con- 
ferencing. The third byte is used as a control channel 
to program the features of the 29C51 , while the sev- 
enth byte can be used to read back, or verify, this 
control information. The fourth and eighth bytes are 
used to transport signalling information to and from 
the 29C51 . The SLD link provides an efficient means 
of routing all this information between the 29C51 com- 
bos and the linecard controller. 

The SLD approach extends to support digital sub- 
scriber components as well. The first two bytes in 
each direction support voice/data information (Bl- 
and B2-channels of the CCITT model). The remaining 
two bytes in each direction are used for control, sta- 
tus, and data (D-channel) as needed for the appli- 
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Figure 1. SLD for the Analog Subscriber Case 



cation. In a terminal application the SLD can be used 
to interface the digital transceiver to an SLD combo 
to provide voice capability. It can also function as a 
general serial data port for access to data carried in 
the B1-, B2-, or D-channels. 



SLD TIMING 

The duty cycle of the 512 kHz SCL clock is typically 
50%. However, because this signal is usually derived 
from the system clock, it may not be practical to gen- 
erate a 50% duty cycle. For example, the 2952 gen- 



erates a 33% duty cycle clock if the system clock is 
1 .536 MHz (24 timeslot systems). All slave devices 
built to interface to the SLD should accept duty cycles 
of from 30% to 70%. 

A special case exists for systems with a 1.544 MHz 
clock. It is not possible to derive a 51 2 kHz SCL clock 
from this system clock. For this case, SCL is allowed 
to have an instantaneous bit rate of 514.67 kHz, with 
a stretched clock cycle inserted to achieve a 51 2 kbps 
average over the 1 25 /us frame. This stretched clock 
cycle may occur as the last clock of the frame, or as 
the first clock of the frame (see Figure 2). 
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GENERAL SLD TIMING SPECIFICATION 

Following is a general SLD timing specification which 
can be used as a guideline in the design of SLD 
master or slave devices. It allows for data reception 



by the master on rising or falling edges of SCL and 
for data reception by the slave on falling edges, and 
if adhered to, is compatible to all currently existing 
SLD standard Intel components. 
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Figure 3. General SLD Timing 
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General SLD Timing 



Symbol 


Parameter 


Min 


Typ 


Max 


Unit 


tdsm 


Data Setup Time, Master 1 


150 






ns 


Tdhm 


Data Hold Time, Master 1 









ns 


Tdss 


Data Setup Time, Slave 


200 






ns 


tdhs 


Data Hold Time, Slave 


150 






ns 


TDOFF1 


SDIR To Slave Data High Z 






50 


ns 


TDON1 


SDIR To Master Data On 


70 






ns 


TDOFF2 


Master Data High Z To SDIR 


20 






ns 


TDON2 


SDIR To Slave Data On 









ns 


tdirr 


SCL To SDIR Rising Edge 2 


-150 




100 


ns 


Tdirfr 


SCL Rising Edge To SDIR Falling Edge 2 


-150 






ns 


Tdirff 


SDIR Falling Edge To SCL Falling Edge 2 


200 






ns 




SCL Duty Cycle 5 


30 


50 


70 


% 




SCL Frequency 3 




512 


514.7 


kHz 




Rise and Fall Times, All Signals 






50 


ns 




SDIR Period 




125 




MS 



Notes: 1) SLD master can receive on falling or rising edges. 

2) It is the responsibility of the master to control SDIR properly to allow reception of data at SLD turn-around points. 
The TDIR times above do not guarantee data reception on both rising and falling edges. 

3) SCL may be 514.7 kHz (instantaneous) for 1 .544 MHz system clocks. However, not all slave devices will accept 
this. Refer to the timing for the specific slave devices the master will interface with. SCL must have 64 pulses per 
SDIR cycle in any case. 

4) To calculate capacitive load for SLD, SDIR, or SCL for a given master or slave device, determine the number of 
inputs and outputs which will be connected to the signal, and multiply by 15 pF. Then add another 20 pF. 

5) Not all slave devices will accept this duty cycle range. Refer to the timing for the specific slave devices the master 
will interface with. 
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Two programmable ICs 
enhance line-card functionality 



Besides handling subscriber-line interface tasks, this chip pair 
takes over such responsibilities as time-slot assignment 

by Fred H. Cherrick and Bhupendra K. Ahuja, Intel Corp., Chandler, Ariz. 



Din a major step toward the fully integrated telecom- 
munications line card, two complementary-MOS integrat- 
ed circuits will make possible computer control of the 
card's functions. The iATC 29C51 provides coding and 
decoding between subscriber-line and pulse-code-modu- 
lated signals, filtering, and hybrid balancing — all on a 
single chip. As well as being programmable, it includes a 
number of capabilities ordinarily requiring much addi- 
tional discrete circuitry. Complementing this IC is an 
advanced line-card controller, the iATC 29C52, which 
gives the card extra intelligence to manage the increased 
number of lines and the additional functions made avail- 
able by a higher level of integration. 

These two chips are the first of a family aimed at 
realizing the concept of an integrated-services digital net- 
work, or ISDN (see "Making phone calls digitalend to 
end: the ISDN," opposite). Their programmability brings 
important control functions down to the line-card level 
from the central switching office. Programmability also 
makes possible such new features as automated testing of 
the line-card functions. 

In today's analog network, the Borscht (for battery 
feed, overvoltage protection, ring generation, supervision, 
codec, hybrid impedance balancing, and testing) func- 
tions (Fig. 1) make up the requirements for a line circuit 
in a digital switch. This circuit has generally been built 
with discrete devices, transformers, and in some cases, 
test relays. However, the obvious benefits of integration 
have already produced single-chip codec-filters. 

Recent developments have shown that the BOR func- 



tions of battery feed, overvoltage protection, and ringing 
can be effectively integrated in bipolar technology. Also, 
the functions of supervision, hybrid impedance balancing, 
and testing are being implemented as single C-MOS chips. 
The 29C51 (Fig. 2) goes beyond these chips by includ- 
ing all the features available in standard codec-filter and 
impedance-balancing chips, plus extra capabilities aimed 
at improving system efficiency. The extra capabilities can 
be categorized as feature control, a secondary voice or 
data channel, and signaling. Feature control refers to the 
ability of the 29C5 1 to be managed by commands origi- 
nating in system software and is achieved by making key 
functions user-programmable, such as gain adjustments, 
loop-back testing, and impedance balancing. The second- 
ary channel can be used for many purposes, including 
conferencing and telemetry. Signaling is the routing of 
status information concerning individual subscriber lines, 
such as hook condition, dialing, and ring detection. 

The need for impedance balancing 

Because of the high voltages on the two- wire subscrib- 
er line and the requirement for separate receive and 
transmit digital channels, transformers are used to con- 
vert signals to the four-wire transmission level. But be- 
cause mismatched impedances can affect transformer 
coupling, a hybrid impedance-balancing circuit is needed 
between two^wire analog subscriber loops in a four-wire 
transmission system where separate wire pairs are as- 
signed for the transmit and receive directions. 

In a two-to-four-wire system, there is almost unity 
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1. Line-card archetype. Subscriber-line interfaces have used discrete or MSI circuits to implement the battery feed, overvoltage protection, 
ring generation, supervision, codec-filter, hybrid balancing, and testing (the Borscht functions). Two VLSI chips perform the tasks as highlighted. 
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explosion In distributed data jwoceswing. Atthouab \&$* 
evident to the user, this development is also causing major 
changes in teiecornrnuntcatioris networks. For distributed 
computing to continue spreading, enhanced telecommuni- 
cations capabilities must be developed in the form of a true 
end-to-end digital communications network. Work on a 
unified definition of such a network is under way in commit- 
tees of the International Telecommunications Union and 
the 1980s are expected to be the beginning of ISDN—the 
iniegrated-services digital network. 

Although the ISDN concept is not set in concrete, several 
requirements for handling voice and data in public and 
private networks are becoming evident. As is true of most 
business and consumer markets, costs determine the 
growth rate of enhanced services, so LSI technology will 
play an important role in the development of a practical , 
digital network. 

Also, because an enormous analog telecommunications 
network is already installed, it is likely that ISDN will evolve 
rather than develop rapidly, even if a standard is developed, 
in the U.S., American Telephone & Telegraph Co, has v 
proposed a plan to provide service with alternate voice and 
data transmission, capable of 5$-kilobft-per-second bidirec- 
tional data rates over a single subscriber line. AT&T has 



also proposed an analog-based simultaneous voice and 
data service with a 4.8-kb/s data rate. However, many 
European telecommunications authorities want to imple- 
ment a fuMy digital 144-kb/s service consisting of two 64- 
ktt/s voice or data channels and a 16-kb/s signaling or 
vpfce-and-data channel. 

Other considerations of ISDN involve control structure, 
irrterchangeability of terminal equipment, and system sig- 
naling, in this environment the components must be de- 
signed to support multiple capabilities when possible. Cur- 
rently, nearly ail public switching is analog, with digital 
transmission used to increase channel efficiency. The 
transmission of data requires special routing and handling in 
this network impeding the full benefits of a simultaneous 
voice-and-data ISDN. As the network becomes increasingly 
digital, including subscriber-line local loops, the ISDN be- 
comes less difficult to switch and maintain and its benefits 
less costly. To hasten this conversion, LSI component 
solutions musi^e flexible enough to provide teleoommuni- 
catjeKse^ees for both network architectures. 

the IATC family is this type of solution. The diagram 
shows how such a conversion of analog to digital subscriber 
lines will be accommodated by the addition of future iATC 
components aimed at providing digital formatting in the 
phone terminal equipment 



coupling between the two wires in the transmiting direc- 
tion and the two on the receiving side. However, there 
can be undesirable coupling of signals from the receiving 
to the transmitting direction. This coupling results in an 
echo to the calling party if the loop impedance is signifi- 
cant enough to unbalance the two-to-four- wire hybrid. 
The intent of the balancing is to improve the return loss 
from the receive to transmit direction. 

The 29C51 includes the two-to-four- wire conversion 
with software-programmable balancing so that return 
loss can be optimized for various subscriber-line condi- 
tions. This programmability is better understood by look- 
ing at the specific conditions needed for a subscriber line 
to be balanceed and have a low return loss. 

If the receive side of a hybrid balancing network has 
an output impedance of Z„, and the two- wire side pre- 
sents a load impedance of Z>, the two-wire subscriber 
signal is given by : 

v s = (Zi/Zo+zyv, 

where V s is the subscriber signal and V r is the receive 
signal. Since two-to-four- wire transmit-direction cou- 
pling is almost unity, the transmit signal is given by: 

V, = (Z,/Z +Z b )V r 
where Z b is the balancing impedance. To cancel this 
receive signal from the transmit direction, a balance 
network composed of Z and Z b are used to produce the 
balance signal: 

V b = (Zo/Z + Z b )V r 

The two-to-four-wire conversion is achieved by sub- 
tracting V b from V, with a perfect cancellation happen- 
ing when Z b =Zi. From the perspective of the switch, 
the subscriber loop's impedance, Zi, is highly variable, 



due to such factors as different loop lengths and wire 
guages. However, because it is impractical to make bal- 
ance impedances equally variable, hybrid balance can 
only be approximated by a discrete network, Z b and Z , 
to achieve an allowable system return loss. 

The 29C51 provides the three most commonly used 
test balancing networks: some systems may also use 
them as the regular balancing networks. These three 
common networks have been integrated in a switched- 
capacitor-filter configuration, and their output is sub- 
tracted from the transmit signal. The user may choose 
any of them under software control. 

To meet varying requirements for two-to-four-wire 
conversion, two pins have been provided with which a 
user can also connect custom balance networks and still 
perform the signal subtraction on chip. These pins are 
provided because the subscriber loops fall into basically 
two categories — short and long, or loaded and unload- 
ed, loops. The user can choose between these two exter- 
nal balancing networks under software control. 

The 29C51 has another feature to bring circuits into 
even better balance: impedance interpolation between, 
the two external balancing networks. Interpolation 
makes it possible to achieve much better return loss for 
loops falling within the limits of the external networks. 

The interpolation network produces an effective 
transfer function of aH,(f) + (1-a) H 2 (f) where H^f) 
and H 2 (f) are transfer functions of the two external 
balancing networks, and a is the interpolation coeffi- 
cient. The user can set a to 1.0, 0.75, 0.5, 0.25 or 
under software control and produce a wide range of 
return-loss characteristics (Fig. 3) using only the two 
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networks to serve the extremities of loop conditions. 

Gain levels for receive and transmit functions in the 
29C51 can be adjusted in less than a millisecond and 
are dynamically controllable within software con- 
straints. Programmable analog and digital loop-back 
modes are designed to automate as much of the test 
function as possible. In analog loop-back, a PCM byte 
can be decoded into analog form and encoded into 
digital form to provide a response byte that the system 
can compare with the original transmission. In digital 
loop-back, an analog input to the primary or secondary 
line can be encoded, transferred to the receive input, 
and decoded to return the signal in the primary analog 
channel. Both features are useful for a variety of test 
functions associated with line quality and balancing. 

Along with its primary voice channel, the 29C51 has 
a secondary channel for a simultaneous information sig- 




2. Software-switched functions. To set 

programmable functions such as attenua- 
tion, hybrid impedance balancing, loop-back 
testing, and primary or secondary channel 
selection, users of the iATC 29C51 send 
control commands to on-chip registers over a 
serial port. Gain and impedance balance val- 
ues may also be established externally. 

nal. This feature may be used in 
many different applications, such as 
telemetry, teleconferencing, remote 
loop testing, and control. The chan- 
nel actually provides two secondary 
analog inputs (SAl), which can be 
encoded in a differential or single- 
ended mode as an 8-bit ju-law or A- 
law companded PCM word at an 8- 
kilohertz sampling rate. On the 
receive side, a secondary analog out- 
put (sao) is provided, which is the 
decoded value of the received 8-bit 
PCM control data. 

Applications such as reading pow- 
er and water meters or other nar- 
row-bandwidth analog signals can 
be sampled at 8 kHz by the 29C51 
encoder and the digitized words sent 
to a central processing location. 
Similarly, the SAO can be used to 
control electrical appliances by send- 
ing different PCM words for on or off conditions to the 
29C51. One such application of this feature is in con- 
trolling power-load peaking for utilities. 

Secondary-channel uses 

The secondary channel also can provide conference 
calling. In this mode, it is instructed to add a second 
analog signal following the decoding of the primary voice 
channel so these signals can then be filtered together. 
This valuable conferencing tool can be expanded through 
iterations of the process in different line circuits and in 
specific conferencing circuits. 

However, no input band-limiting filters or output- 
smoothing filters are present on the 29C51 for this sec- 
ondary channel. Therefore, either the user must provide 
this filtering off chip or else limit the applications of the 
secondary channel to carrying signals having less than a 
4-kHz bandwidth. 

The secondary channel can also be 
used in remote loop testing where 
the battery voltage or the loop cur- 
rent is a dc variable to be monitored 

3. Interpolated impedance range. The 

29C51 has an impedance-balancing feature 
with which a wide variety of values can be 
obtained by interpolating between fixed mini- 
mums and maximums set externally. Values 
of a equal to 1 and yield the external bal- 
ance values; fractional a values produce a 
better balance over the frequency spectrum. 
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4. Complex control made simple. Connec- 
tion of eight subscriber lines to pulse-code- 
-modulated transmission highways and their 
signaling channels is made easy in the iATC 
29C52 line-card controller by compiling 
HDLC commands on chip. A content-ad- 
dressable memory reduces control overhead 
by assigning time slots automatically. 
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as a secondary analog input. The en- 
coded values of the voltage or cur- 
rent can be processed to determine if 
a loop requires a voltage boost. The 
desired values can be sent as a PCM 
word to the 29C51 on the secondary 
channel, and the decoded value from 
the SAO can be a control input to the 
line card to allow adjustment of the 
battery voltage. 

The secondary channel can also 
detect the on- or off-hook signal. The 
loop current is a good monitor of 
this signal, which can be encoded at 
a SAI, thus simplifying the signaling 
overhead of a subscriber-line inter- 
face circuit. Similarly, the ringing 
tone can be sent as digitized PCM 
words, which when decoded at the 
SAO can be used to control the ringing frequency and 
amplitude in a particular subscriber circuit. This ability 
can save considerable amounts of discrete circuitry most 
line cards include to perform the signaling functions: 
identifying and controlling subscriber-loop conditions 
such as ringing, and on- or off-hook. 

The 29C51 uses a simple communications link between 
its ports and a line-card controller. This configuration 
reduces the digital interface requirements for synchro- 
nous receive and transmit operation from 13 connections 
to the digital backplane for timing and data in current 
codec-filters to three pins in the 29C51 — the bidirectional 
data lead, a clock, and the data direction signal. 

The chip also is equipped with a set of dedicated 
signaling pins to link with line hardware that performs 
the BOR functions. The pins will work with advanced 
single-chip BOR circuits such as one described by Harris 
Corp. at the International Solid State Circuits Confer- 
ence last month. With such a chip, the subscriber-line 
circuitry is reduced to two ics. 

Until recently, subscriber-line control, supervision, and 
PCM-interface functions have been implemented with 
standard logic and programmable read-only memories. In 
private branch exchanges, replacement of logic compo- 
nents by a microprocessor has already become common- 
place, while in central-office switches, this trend has only 
just begun. A major advantage of the software-driven 
structure of a microprocessor-based line card is that it 
lends itself to advanced analog telephony and future en- 
hanced services. 

The presence of line-card intelligence provides another 
opportunity for distributed control in the switching sys- 
tem. Software development, a major portion of system 
design cost, can also be made more efficient through 
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modularization. The modularization of the software can 
be repeated in hardware design, giving flexibility that 
promotes cost-effective modules with different levels of 
voice or voice-and-data service. 

With much of the control function integrated and an 
on-chip high-level-protocol interface, the 29C52 (Fig. 4) 
represents the continuation of the trend to flexible, intel- 
ligent line cards. As a dedicated large-scale integrated 
line-card controller, it provides distributed control by 
exploiting the capabilities of the 29C51. 

Exchanging signals 

The controller IC has a subscriber-line interface operat- 
ing synchronously with up to eight 29C51 chips on a 
single card. This interface provides an exchange of pri- 
mary voice signal, secondary-channel data, feature-con- 
trol information, and signaling status between each line 
circuit and the network controller. The exchange occurs 
every PCM frame simultaneously for all subscribers. 

The chip's backplane interface connects the line card 
to the switching-system backplane. Two bidirectional 
PCM voice and data highways can be addressed, and 
these will operate at standard PCM rates with 24 to 64 
time slots per direction for each 125-microsecond frame. 

The 29C52 also has two signaling and control high- 
ways, with one channel active at any one time. Each 
signaling highway is configured with a PCM highway to 
form a line group. The signaling highways use a modified 
high-level data-link control protocol at the same speed as 
the PCM highways. All HDLC protocol control and re- 
sponse is carried out by the 29C52, including processing 
a variety of automatic responses regarding simultaneous 
reception, transmission errors, and address recognition. 

The serial control structure in the HDLC protocol can 
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5. Microprocessor control flow. In smaller systems or where HDLC 
is not desired, a microprocessor can control the 29C52 through a 
direct-memory-address port. The associated routine follows a simple 
loop between the system backplane and the chip's control registers. 

provide for fewer interconnections and has fewer signals 
to drive around the system than would a parallel-bus 
configuration. Moreover, a serial structure will cost less 
and present fewer noise problems. 

Some of the penalties involved in this approach have 
been lessened with the 29C52 because the 4-MHz data 
rate helps to alleviate the bandwidth constraint inherent 
in serial channels. Also, the potential for errors in the 
serial structure is lessened with the HDLC protocol, which 
is compiled and interpreted by the 29C52. Acknowledg- 
ment requirements, error checking, and contention reso- 
lution between the two channels are HDLC features that 
improve data reliability. 

The 29C52 accepts incoming HDLC-formatted com- 
mands for setting up voice calls. The opening and closing 
flag are standard formats. The address includes a 7-bit 
29C52 identifier and a single control bit. The standard 
HDLC control byte is utilized only for bit 7, the poll-final 
response bit. The auxiliary control byte indicates the type 
of message in the information bytes and includes a re- 
served field to indicate the subscriber unit number. The 
feature-control commands follow and include receive and 
transmit highway and time-slot assignments. The cyclic 
redundancy error-checking code follows. 

Each byte of information (FQ to FC 6 , including the 
time-slot-assignment bytes) would be placed in a message 
first-in, first-out memory on the 29C52. As each frame 
passes, a feature-control command byte is sent out to the 
29C51 of the appropriate subscriber line, and its time-slot 
data is sent to the correct location in the on-chip con- 
tent-addressable memory. 

The importance of reliability in system control links 



cannot be underestimated. The use of the HDLC protocol 
is a good start toward this goal since it can provide a 
response acknowledgment, as well as its own internal 
CRC code for error checking. In the event that one of the 
29C52's line groups is disrupted, an external controller 
or line-card logic can switch all traffic to the functioning 
group, thereby identifying the problem channel. 

Switching between the HDLC links has other important 
consequences for reliability. Duplicate and redundant 
modes can be used separately or together to provide 
single or double redundancy in control communications. 
When these modes are qombined with the testing capabil- 
ity of the 29C51, automatic diagnostic testing and self- 
maintenance can become very comprehensive. 

The voice-call setup can also be completed from the 
microprocessor port by following a simple program flow 
(Fig. 5). The microprocessor backplane command regis- 
ter (MBC) contains a bit used as an indication that a valid 
address byte is about to be located in the address regis- 
ter. The feature-control byte is placed in the microproces- 
sor input/output buffer (MIOB) and is transferred once 
each frame to the feature-control register for that sub- 
scriber. After the byte has been transferred, the MIOB 
ready bit appears in status register 1, indicating that the 
previous byte has been transferred. After all bytes have 
been transferred, the frame-synchronization bit in the 
MBC register is cleared, and the processor can proceed. 

The asynchronous portion of the 29C52 links its inter- 
face sections and provides the interface with a PBX mi- 
croprocessor. The linking with synchronous circuitry oc- 
curs through the registers supporting receive and 
transmit information for the subscriber-line circuits. 

Handling control data 

Also, the IC has an instruction decoder for control 
information, which requires transmission to the subscrib- 
er circuits. This information includes both feature-control 
information and receive and transmit time-slot assign- 
ment for all channels. The instruction decoder also com- 
municates the signaling command or status between the 
line circuits and the group controller at the other end of 
the signaling and control highways. 

The microprocessor interface is designed with a full- 
feature multiplexed-bus interface, interrupt capability, 
and direct-memory-access request and acknowledge sig- 
nals. With added circuitry controlling tone-key dialing to 
the line card, a 29C52 combined with an 8051 micro- 
processor could provide a complete switching function. 
In such an application, the system designer can deter- 
mine the line features managed by the line-card processor 
because all status reports and control functions can also 
be supplied by a network processor on the serial HDLC 
control highways. 

The 29C52 is addressed through a 7-bit location, 
which either can be set on its pins if no local processor is 
used or can be stored in an identification register on 
chip. The controller will then respond to that identifica- 
tion within the HDLC destination address. Driven by con- 
trol software from either a remote group controller or a 
local processor, the chip is totally flexible concerning 
calling features, intercom capability, line lock-out, and 
system test and maintenance features. □ 



Reprinted from ELECTRONICS, March 24. 1983, copyright 1983 by McGraw-Hill, Inc. with all rights reserved. 
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Intel is developing a family of advanced telephony line-interface circuit components which give OEM's an evolutionary 
growth path toward an all-digital network. These new VSLI devices fit into system architectures which are flexible 
enough to support both analog and digital subscriber lines. 

These components are based on the following design philosophy: 

• Integrate as much of the low-voltage, per-line functions of the analog line circuit as is cost effective. 

• Support an all-serial backplane bus architecture for digital TDM highways, signaling and control buses, and 
line-card addressing. 

• Add a wide variety of per-line features to the normal BORSCHT functions for the analog line circuit. 

• Make analog and digital subscriber line circuit cards plug-compatible in a line equipment shelf. 

© Allow all system transmission, signaling, and control buses to serve analog and/or digital subscriber lines, or 
analog trunks, interchangeably. 

• Provide a graceful upgrade path from today's analog telephone service to future digital voice/data services by 
allowing a common system hardware design using distributed control. 

• Retain compatibility with international transmission, signaling and control standards as they evolve. 

The first two members of the family, the 29C51 Feature Control Combo and the 2952 Line Card Controller are described 
in this document. Future members of the family will provide digital subscriber capability for both private and public 
network switching systems in a manner compatible with CCITT standards for the ISDN. 

The analog line card partitioning shown in Figure 1 illustrates the generalized interfaces of both components. The 29C51 , 
plus the SLIC functions, provide the familiar BORSCHT functions. When the 2952 functions are added, the analog line 
interface circuit functions are complete. The digital line interface has a similar architecture. 

the combined use of the 29C51 and 2952 for analog line cards provides all of the PCM encoding, decoding, filtering, 
multiplexing, line card addressing and feature control functions associated with the analog line circuit. The 2952 handles 
all digital data transfers between the line-group TMD highways and the 29C51's. Each 2952 line card controller can be 
slaved or supported by a local microprocessor. 
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The Intel iATC 29C50A Feature Control Combo is an advanced user-programmable, fully integrated PCM 
Codec with transmit/receive filters fabricated in CHMOS technology. This technology allows the 29C50A to 
provide excellent transmission performance while achieving low power consumption. 

The 29C50A supports the analog subscriber with a variety of added per-line features to the normal BORSCHT 
functions associated with the analog line circuit. Some of these features include programmable transmit and 
receive gain, on-chip or custom hybrid balancing network selection and interpolation, a flexible signaling in- 
terface, and programmable /x or A-Law coversions. Additionally, the 29C50A can operate on either the A or B 
channel of the SLD interface, allowing two combos to be connected to one SLD link. 

The 29C50A is intended for use with the 2952 Integrated Line Card Controller in digital switching applications. 
The 2952 handles the transfer of voice, feature control, and signaling information between the backplane and 
up to 16 29C50A combos. The 29C50A is also suited for use in ISDN terminal applications. 
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Table 1. 


Pin Names 




VFX 


Analog Input 


SDIR 


Subscriber Direction 


VFR + , VFR- 


Analog Output 


TG1,TG2 


Transmit Gain Adjust 


GNDD 


Digital Ground 


GSR 


Receive Gain Adjust 


GNDA 


Analog Ground 


EBN1, EBN2 


External Balance Network 


Vcc 


Power ( + 5V) 


SIGX1 


Transmit Signaling Input 


V BB 


Power (-5V) 


SIGR1, R2 


Receive Signaling Output 


SCL 


Subscriber Clock 


SIGA, B, C, D 


Programmable Transmit/ 


SLD 


Subscriber Data Link 




Receive Signaling Lead 



Table 2. Pin Description 



Symbol 


Function 


VCC 


Most positive suply; input voltage is + 5V 
±5%. 


VBB 


Most negative supply; input volage is -5V 

±5%. 


GNDA 


Analog ground return line. Not internally 
connected to GNDD. 


GNDD 


Digital ground return line. Not internally 
connected to GNDA. 


VFX 


Analog voice input to transmit channel. 


TG1 


Inverting input to transmit gain adjusting 
op-amp. Feedback point for external gain 
adjusting resistor network up to 10k ohm. 


TG2 


Output of the transmit gain adjusting op- 
amp. Will drive external gain adjusting re- 
sistor network up to 10k ohm. 


VFR + 


Non-inverting output of the power amplifier. 
Capable of directly driving transformer hy- 
brids or high impedance loads either single 
ended or differentially. 


VFR- 


Inverting output of power amplifier. Capa- 
ble of directly driving transformer hybrids 
or high impedancce loads either single 
ended or differentially. 


GSR 


Input to receive gain setting circuit. An ex- 
ternal resistor network connected between 
VFR - and VFR + , and GSR sets the re- 
ceive channel gain from OdB to -9.54dB. 
Connecting GSR to GNDA will set the gain 
at -6.02dB. 


EBN1 


Input for the first external balance network. 


EBN2 


Input for the second external balance 
network. 


SCL 


Subscriber clock. Supplied by the 2952 
line card controller, this is a 512 kHz, 50% 
or 33% duty cycle clock. Input will accept 
TTL levels. 



Symbol 


Function 


SDIR 


Subscriber direction signal and frame sync. 
When high, SLD becomes an input and 
data is transferred from the 2952 to the 
29C50A. When low, the output buffer on 
the 29C50A SLD pin is enabled and data 
is transferred from the 29C50A to the 
2952. Input will accept TTL levels. 


SLD 


Subscriber data link. A 512kbps bi- 
directional serial data port, which is 
clocked by SCL. SLD becomes a TTL 
compatible input when SDIR is high and 
an output capable of driving one TTL load 
when SDIR is low. 


SIGX1 


Transmit signaling input. Data present at 
SIGX1 is latched by an internal signal pre- 
ceding the falling edge of SDIR and is seri- 
ally transferred on SLD during the transmit 
signaling byte. TTL compatible. 


SIGR1 
SIGR2 


Receive signaling outputs. Data received 
serially on SLD during the receive signal- 
ing byte is latched on these outputs during 
the following byte. Capable of driving one 
TTL load. 


SIGA 
SIGB 
SIGC 
SIGD 


Programmable signaling pins in default 
mode. If the appropriate bit in the feature 
control memory is set high (either SIGDA, 
SIGDB, SIGDC, or SIGDD), the corre- 
sponding pin will become a receive signal- 
ing output, like SIGR(n). If the bit in the 
feature control memory is set low, the cor- 
responding pin will become a transmit sig- 
naling input, like SIGX1 . Inputs will accept 
TTL level inputs, and outputs can drive 
one TTL load. During channel A/B opera- 
tion, the programmable signaling pins 
SIGA, SIGB, and SIGC take on different 
functions. If SIGA is connected to VBB, 
channel A operation is selected, and SIGB 
functions as an output only. If SIGB is tied 
to VBB, channel B operation is selected, 
and SIGA functions as an output only. 
SIGC becomes a transmit only pin for both 
channel A and channel B operation. SIGD 
remains programmable. 
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FUNCTIONAL DESCRIPTION 



The 29C50A is a combined channel filter and PCM 
codec for use on analog line interface circuit boards 
in a digital telecommunications switching system. 
This device resides between the circuitry which pro- 
vides the "BORSHT" functions for a given line, and 
the shared line board controller. It provides the trans- 
mit and receive voice-path filtering and companded 
analog-to-digital and digital-to-analog conversions 
necessary to interface a full duplex (4-wire) voice 
telephone circuit with the PCM highways of a time 
division multiplexed (TDM) system. 



In the default mode (neither SIGA nor SIGB tied to 
VBB), all features of the 22-lead 29C50A are identical 
to those of the 28-lead 29C51 except for the number 
of signaling pins and the secondary channel capa- 
bilities. There are 7 signaling channels available on 
the 29C50A, configured as one transmit, two receive, 
and four programmable for either direction. There are 
no secondary analog inputs or outputs on the 
29C50A; however, three-party conferencing is avail- 
able. The 29C50A can alternatively be operated in 
the channel A or B mode, in which case two 29C50A's 
can share one SLD link. 
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Figure 3. Analog Linecard 



SLD Interface 

The 29C50A is intended for use with the 2952 Line 
Card Controller which manages the transfer of all 
voice, feature control and signaling data to and from 
the Feature Control Combo and the system back- 
plane. The interface between the two consists of just 
three leads, two of which are clock signals and the 
third a unique serial bus for communication. Up to 
sixteen 29C50A feature control combos per line card 
can be controlled by one 2952, all sharing common 
clock signals, SCL and SDIR. The SLD interface is 
shown in Figure 4. 



The subscriber direction (SDIR) lead provides an 8 
kHz signal which divides each frame into transmit and 
receive halves. During the first half when SDIR is high 
(RCV half-cycle), data is transmitted from the 2952 
to the 29C50A and in the second (XMIT half-cycle) 
transfer is from the 29C50A back to the 2952. Frame 
synchronization and all internal timing for the digital 
circuitry is derived from the rising edge of the SDIR 
signal. 

The subscriber clock (SCL) input generated by the 
2952 is a fixed 512 kHz clock signal allowing 64 bits 
(8 bytes) of data to be transferred on the SLD lead 
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Figure 4. 29C50A/2952 Interface 



during each 125 /isec frame. Depending on 2952 
master clock frequency, the SCL duty cycle can be 
either 50% or 33%. 

The subscriber data link (SLD) is a bi-directional serial 
bus that transfers eight bytes of serial data to and 
from the 29C50A each frame. During the first half of 
each frame, RCV channel information is transferred 
to the 29C50A in four bytes consisting of channel A 
voice, channel B voice, feature control, and signaling 
information. Similarly during the second half-cycle, 
four bytes of XMIT channel information are sent to 
the 2952. The MSB (bit 7) of each byte is sent first 
on the SLD. After the last valid signaling bit is trans- 
mitted to the 2952, the bus is placed in a high imped- 
ance state for at least one SCL clock cycle to prevent 
data contention on the bus. (See FCB #6 — Signaling 
Register.) 

Upon power supply application and clocks SCL and 
SDIR applied, the 29C50A will automatically enter the 
power down state. During the transmit half-cycle 
(29C50A talking to the 2952) a code of all ones will 
be sent to the controller during the channel A or B 
byte depending upon the selected mode. The 
29C50A SLD pin will be placed in a high impedance 
state during the unused channel. 



Channel A/B Operation 

The 29C50A can use either channel A or channel B 
on the SLD interface for transfer of PCM voice. This 
allows two 29C50A combos to share a single SLD 
link, allowing up to sixteen combos to be controlled 
by one 2952 line card controller. The channel A/B 
mode is selected with the SIGA and SIGB pins. If 
SIGA is connected to VBB, the 29C50A will use chan- 
nel A, and if SIGB is connected to VBB, the 29C50A 
will use channel B. If neither pin is connected to VBB, 
the 29C50A will operate identically to the 29C51 Fea- 
ture Control Combo, except for the lack of secondary 
analog channels. Connecting both SIGA and SIGB 
to VBB is not allowed. Operation of the combo on the 
SLD interface is shown in Figure 5. 

When programming the 29C50A, the least significant 
bit (last bit transmitted) of the first control byte of a 
programming frame selects the 29C50A which will 
accept this and all following bytes of the frame. Only 
the LSB of this first framing byte is used as a channel 
select bit. It is latched until the next framing byte (00 
or 01 header) is received in the feature control chan- 
nel. If this bit is a zero, the channel A combo will 
accept the programming data, and if this bit is a one, 
the channel B combo will accept the data. Only the 
selected combo will echo back the programming data. 
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Figure 5. SLD Data Format in "A/B Operation" 



Similarly, when verifying the feature control memory 
of the 29C50A, the desired device is selected using 
the least significant bit of the first byte of the verifi- 
cation frame. Only the selected device will respond. 
Because the LSB of the feature control framing byte 
must be set to a one for verification of a channel B 
device, the 2952 will actually read back 1 bytes from 
the SLD interface when using the bi-directional FIFO 
(BFF). Only six of these bytes will contain the 29C50A 
programming information. Refer to the 2952 Refer- 
ence Manual for further details regarding verification 
of feature control information from an SLD slave de- 
vice using the 2952. 

When neither device is being programmed or verified, 
the last selected device will echo the received control 
channel data during the transmit half of the SLD 
frame. 

In order to take full advantage of the last look change 
detection logic of the 2952, the two 29C50A combos 
using one SLD line share the signaling channels each 
frame. Each uses a nibble of the transmit and receive 
signaling bytes. Since one signaling pin is used to 
select channel A or B operation, six pins are available 
for carrying signaling data, with three configured as 
receive, two as transmit, and one programmable. 

For a channel A device, data received during bits 3, 
2, 1 , and of byte 4 on the SLD will appear at SIGR1 , 
SIGR2, SIGB, and SIGD (if SIGD is chosen as a 
receive bit), respectively. For a channel B device, the 
data from bits 7, 6, 5, and 4 of byte 4 appears at 
SIGR1, SIGR2, SIGA, and SIGD (if SIGD is chosen 
as a receive bit), respectively. 

In the transmit direction, a channel A part will send 
data from SIGX1 , SIGC, and SIGD (if SIGD is chosen 
as a transmit bit) in bit positions 3, 2, and 1 respec- 



tively of byte 8 on the SLD. A channel B part will send 
data from those same pins in bit positions 7, 6, and 
5 respectively of byte 8. Neither combo will drive the 
SLD line during the third or seventh bits. 

Figure 4 shows operation of the 29C50A on the SLD 
interface in the default mode, when neither the chan- 
nel A nor channel B mode is selected (neither SIGA 
nor SIGB connected to VBB). 

Signaling field formats for all three modes are shown 
in Figure 11. 



TRANSMIT AND RECEIVE OPERATION 

Transmit Filter 

A low pass anti-aliasing section is included on chip. 
This section typically provides 35dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 

The passband section provides flatness and stop- 
band attenuation which fulfills the AT&T D3/D4 spec- 
ification and the CCITT G.712 recommendation. The 
29C50A specifications meet the digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specif iations will be 
within the limits shown in Figure 12. 

A high pass section configuration rejects low fre- 
quency noise from 50 and 60 Hz power lines, 17 Hz 
European electric railroads, ringing frequencies and 
their harmonics, and other low frequency noise. Gain 
of Up to 20dB can be set without degrading the per- 
formance of the filter. 
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Encoding 

The output of the transmit filter is internally sampled 
by the encoder and held on an internal sample and 
hold capacitor. DC offset is corrected by an on-chip 
auto zero circuit. The signal is then encoded and 
presented as PCM data on the SLD lead on the first 
8 bits of the XMIT half frame (fifth byte) for channel 
A operation, or the second 8 bits (sixth byte) for chan- 
nel B operation. 

Decoding 

The PCM words received on the SLD are demulti- 
plexed and sent to the decoder. For channel A op- 
eration, the first SLD byte is decoded. For channel B 
operation the second SLD byte is used. The decoded 
value is held on an internal sample and hold capacitor. 
If, however, conferencing has been selected, both the 
first and second SLD bytes will be decoded, added, 
and subsequently passed to the receive filter. 

Receive Filter 

The receive section of the filter provides a passband 
flatness and stopband rejection which fulfills the AT&T 
D3/D4 specification and the CCITT G.712 recom- 
mendation. The receive filter transfer characteristics 
and specifications will be within the limits shown in 
Figure 13. 



GENERAL OPERATION 

External Gain Setting 

Both transmit and receive gain levels are factory 
trimmed, but can be modified by external resistors 
during line card assembly. The value of transmit gain 
is adjusted by connecting resistors RT1 and RT2 (see 
Figure 6) at the two external gain setting control pins, 
TG1 and TG2. These two pins are the input and out- 
put of an on-board gain amplifier stage, and the re- 
sistors provide the necessary input and feedback for 
gain control. The value of external gain is given by: 

A = 1 + RT1/RT2 

For unity gain, pins TG1 and TG2 are tied together. 
Similarly, for the receive section, external resistors 
RR1 and RR2 at pins VFR + , GSR, and VFR- set 
the external gain given by: 

A = (RR1 + RR2)/(RR1 + 3RR2) 

A value greater than 10k ohms and less than 
100k ohms for R1 + R2 is recommended. The output 
is capable of driving loads of 300 ohms at 3.2Vp 
single ended or 600 ohms at 6.4Vp differentially. 

Three additional gain settings of OdB, -6dB, and 
-9.54dB can be realized without using any external 



components by strapping pin GSR to VFR - , GNDA, 
and VFR + , respectively. 





RT2 RTt 






TG1 TG2 

VFR- 
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Figure 6. External Gain Connections 



Hybrid Balancing Network 

The 2- to 4-wire conversion necessary for subscriber 
interface is partially integrated on-chip. Network line 
balancing needed to minimize the trans-hybrid loss 
from the receive to transmit direction analog signals 
is handled internally. The three internal networks 
shown in Figure 8 may be selected by programming 
the appropriate feature control byte. These networks 
are integrated in a switched capacitor configuration 
and have single pole-zero characteristics in the 200 
Hz to 3200 Hz range. They were chosen to serve a 
wide base of U.S. an European requirements, and 
can be used as standard line balancing networks or 
as test networks. 
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Figure 7. External Balance Network and 
Interpolation Configuration 
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Figure 9. Typical External Balance Networks and Complex Impedance Plot 
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Additionally, the user may apply two external balance 
networks to accommodate varying subscriber loop 
characteristics (See Figure 7 for external connec- 
tions). Presumably, these two networks can represent 
the two extremes of line conditions in different appli- 
cations such as long or short loops and loaded or 
unloaded lines. To serve typical lines with character- 
istics in between the two extremes, the interpolation 
capability provides a weighted average of the network 
frequency characteristics. If the external network at 
EBN1 produces a transfer function H1(f) = ZB1 
(Zo + ZBI) and the network at EBN2 produces 
H2(f) = ZB2 (Zo + ZB2), the balance signal can be 
programmed to have the transfer function H(f): 

H(f) = aH1(f) + (1-a)H2(f) 

where "a" is the interpolation coefficient programmed 
to have any of the five values of 0, .25, .50, .75, or 
1 .0 Figure 7 displays how the subtraction of the cou- 
pling signal is implemented inside the device. 

As an example, the two external networks shown in 
Figure 9 represent typical hybrid balance networks 
for loaded (ZB1) and unloaded (ZB2) analog loops. 
The graph in Figure 9 shows the real and imaginary 
components of the equivalent impedance of these two 
networks as a function of frequency and the inter- 
polation coefficient. 

Conferencing 

The 29C50A supports three party conferencing in the 
default and channel A and B modes. In all three 
modes, the PCM words received in the A and B chan- 
nels on the SLD are converted to analog values and 
added together before being applied to the receive 
PCM filter. The sum will be attenuated by 3dB. 

In the default mode, the 29C50A will repeat the 
channel A transmit direction PCM voice byte in chan- 
nel B. 

Precision Voltage References 

Voltage references are generated on-chip and are 
trimmed during the manufacturing process. Separate 
references are supplied for both the transmit and re- 
ceive sections of the chip, each trimmed indepen- 
dently. These references determine the gain and dy- 
namic range of the device and provide the user a 
significant margin for error in other board components. 

PROGRAMMABLE FEATURES 

The 29C50A is configured by the 2952 line card con- 
troller by a set of six feature control bytes (FCB). 
These bytes of information are stored in internal reg- 
isters which are serially multiplexed to and from the 



SLD interface in the third and seventh byte locations. 
The first two bits of each byte consist of a multiframe 
synchronization and write enable code. The framing 
bit (bit 7, MSB) establishes the beginning of a feature 
control frame when set to a logical zero, and incre- 
ments the feature control counter when set to one. 
The second (bit 6) enables the writing to the 29C50A 
when it is the logical complement of the framing bit. 

When writing new feature control information to the 
29C50A, the first byte should contain a framing (F) 
and write enable (WE) header of 01 (F = and 
WE = 1). This designates a new frame of information 
to transfer. The subsequent bytes should each have 
F = 1 to advance the counter, and WE = to enable 
the write operation. 

The controller can also request to verify the feature 
control register contents by sending a 00 or 1 1 at the 
beginning of the byte to be read. To read the first 
byte, a 00 F/WE code should be sent while each 
subsequent byte should have a 1 1 header. An internal 
six-stage counter is set on the first byte verified then 
incremented once each 125/as frame. It is reset only 
upon detection of a 01 or 00 F/WE. Once the counter 
is greater than six, neither read nor write modes may 
be selected by sending the 29C50A a 1 1 framing and 
write enable code. The 29C50A will then echo in byte 
7 the data it received in byte 3. 

The LSB of the first feature control byte selects 
whether the channel A or channel B device will accept 
the feature control commands. If this bit is 0, the 
channel A device is selected. If this bit is 1 , the chan- 
nel B device is selected. Only the selected device will 
echo feature control data. 



FCB #1 — Power Up/Down, Loop Back 
Mode, /^/A-Law Select Register 

POWER UP AND DOWN 

The 29C50A can be instructed to go into the power 
down or standby mode for reduced power consump- 
tion. In this mode, all analog inputs and outputs are 
placed in a high impedance state, inhibiting all voice 
signals. A code of all ones will be output in the voice 
byte on the SLD. Signaling and feature control infor- 
mation will continue to be processed to allow the 
29C50A to be read or reprogramed, and to allow the 
backplane to monitor the subscriber line. 

The 2952 can change the state of the feature control 
combo from standby to active by sending the first 
feature control byte only. All other register contents 
will be preserved during power down provided the 
power supplies remain connected. 
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LOOP BACK MODE SELECT 

Three modes of remote testing are incorporated in 
the 29C50A and can be selected by appropriate cod- 
ing in this register. The loopback features allow a 
number of tests to be performed to determine line 
quality and balancing. These include digital loop back, 
analog loop back, and subscriber loop back. 

In the digital loopback mode, the combo retransmits 
the PCM words it receives in the voice byte of the 
SLD back to the line card controller in the same frame. 
This feature allows path verification and testing of the 
circuit up to the slave device. 

When the analog loopback mode is selected, the an- 
alog output VFR+ is internally connected to the an- 
alog input VFX. This feature allows functional testing 
of the combo as well as gain adjustment. 



bit 1 would select ^-law while a logical would select 
A-law conversions. Both conversions follow CCITT 
recommendation G. 71 1 . 

CHANNEL SELECTION 

The LSB of the first feature control byte determines 
whether the channel A or channel B device will accept 
the feature control commands. This bit has no effect 
if the channel A/B operation is not selected. 



FCB #2 — Receive Programmable Gain 
Register 

The receive gain levels can be adjusted by applying 
external resistors as mentioned earlier, or by selective 
programming of this register. A range from to 
-12dB in 0.5dB increments can be realized for the 
receive channel. 



MSB LSB 

Bit Number -► | 7|6|s|4|3|2|l|o| 



#7 6 


no change 


00 


write enable 


01 


power down 





power up 


1 


normal operation 





digital loop back 


1 


normal operation 





analog loop back 


1 


normal operation 





subscriber loop back 


1 


A-Law 





/x-Law 


1 


Channel A 





Channel B 


1 



1 

F 
WE 



\±) 



ma 



In the third test mode, subscriber loopback, the digital 
output of the A/D converter is internally connected to 
the input of the D/A converter. The analog signal input 
to VFX is sent through the transmit filter, encoded, 
then decoded, filtered and output to VFR+ and 
VFR - . This mode is used primarily for simplifying 
analog to analog testing from the subscriber side of 
the line card. 



CONVERSION LAWS 

The 29C50A can be selected for either //--law or A- 
law operations. A user can select either conversion 
law by assigning the corresponding bit. A logical 1 in 
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FCB #3 — Conferencing Register 

The 29C50A can be programmed to decode both 
receive voice channels and add the two analog sig- 
nals to perform three-party conferencing. 



7 6 5 4 3 2 10 



76 
no change 1 1 



normal operation 
receive conferencing enable 1 
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FCB #4 — Transmit Programmable Gain 
Register 

The gain setting of the transmit section of the chip 
operates in the same manner as the receive gain 
register. A 12dB range from -6.0dB to +6.0dB in 
0.5dB increments is available. 



Bit Number 
Bit Name 



JHe|.|«H»l 



no change 
write enable 

Gain (dB) 

+6.0 
+ 5.5 
+ 5.0 
+ 4.5 



1 



1 

WE I 



54321 

00000 XGN1 ) 
1O000 XGN2 
01000 XGN3 
11000 XGN4 
XGN5 j 



-6.0 
-6.0 



00011 
XXX11 



FCB #5 — Balance Network Select and 
Gain Register 

BALANCE NETWORKS 

The 29C50A offers a choice of internal or external 
hybrid balancing. Externally, two balance networks 
connected to pins EBN1 and EBN2 can be used 
independently, or as a weighted average of the two. 
The weighting factor, or interpolation coefficient, can 
range from to 1 in steps of .25. Setting "a" to be 1 
or results in selecting either EBN1 or EBN2 respec- 
tively. 

Three additional balance network configurations con- 
sisting of either a series or parallel RC circuit are 
located interna! to the device. (See Figure 8.) 

GAIN SETTING 

An additional 6dB gain in the balance signal path can 
be realized by coding this bit with a logical one. A 
logical zero provides unity gain. 



MSB LSB 

Bit Number -► | 7 [ 6 | 5 j 4 | 3 | 2 | 1 |o| 
Bit Name — . 

#7 6 T 



no change 
write enable 



disable balance network 
enable balance network 1 



INT TBN1 

INT TBN2 

INT TBN3 

EBN #1, a = 1 

EBN#2, a = 

a = .25 

a = .50 

a = .75 



#432 
000 
001 
010 
011 
100 
101 
110 
111 



OdB gain (normal operation) 
6dB gain in signal path 1 



WE I — 



SBN1 | 
SBN2 j 
SBN3/ 



FCB #6 — Signaling Register 

Four pins are provided on the 29C50A to be used as 
selectable transmit or receive signaling inputs. A code 
of one in the respective bit commits the pin to receive 
signal information and a zero to transmit. The sig- 
naling field format as it appears on the SLD bus is 
shown in Figure 1 1 for both channel A/B and default 
operation. R1 and R2 correspond to signaling infor- 
mation received on SIGR1 and SIGR2, respectively. 
Similarly, programmable pins SIGA, SIGB, SIGC, 
SIGD, and transmit pin SIGX1 are coded into the bit 
location as shown below. Bits 2, 3 and 4 have no 
effect in channel A/B operation. 



no change 
write enable 



MSB 
Bit Number -► | 7 | 6 | 5 1 4 1 3J2 
Bit Name — . 

#7 6 ▼ 

F l" J 
WE f ' 

don't 
care 



IB 



SIGA is a transmit pin 
receive pin 



SIGB Is a transmit pin 
receive pin 



SIGC Is a transmit pin 
receive pin 



SIGD is a transmit pin 
receive pin 
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Receive Signaling Transmit Signaling 
SLDByte#4 SLD Byte #8 




MSB LSB MSB 


LSB 


Bit -^^ 


7 


6 


5 


4 


3 


2 


1 





Bit->- 


7 


6 


5 


4 


3 


2 


1 







Default Mode: 


R1 R2 A BCD — — 




X1 A B C D Z Z 


z 




Channel A 




Mode: R1 R2 B D 1 Z Z Z Z X1 C D 1 


z 


Channel B 




Mode: R1 R2 A D 1 X1 C D 1 Z Z Z Z 


z 


Z = High Impedance State 
■— = Don't Care State 




Note 1 : D is programmed as receive or transmit through feature control. Programmable signaling bits are placed in 
a high impedance state during the transmit signaling byte if the corresponding signaling channel has been 
programmed for the receive direction. 





Figure 11. Signaling Field Format 



ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°C to +80°C 

Storage Temperature -65°Cto +150°C 

All Input and Output Voltages 

with Respect to V BB -0.3V to 13V 

All Input and Output Voltages 

with Respect to V cc - 13V to 0.3V 

Power Dissipation 1.35W 



'NOTICE: Stresses above those listed under "Absolute Maxi- 
mum Ratings" may cause permanent damage to the device. 
This is a stress rating only and functional operation of the 
device at these or any other conditions above those indicated 
in the operational sections of this specification is not implied. 
Exposure to absolute maximum rating conditions for extended 
periods may affect device reliability. 



DC CHARACTERISTICS 

(T A = 0°C to 70°C, V cc = +5V ±5%, V BB = -5v ±5%; SCL (50% duty), SDIR, SLD applied GNDD 
Ov, GNDA = 0V.) Typical values are for T A = 25°C and nominal power supply values 

DIGITAL INTERFACE 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


"lL 


Input Leakage Current 


-0.3 




±10 


fiA 


V BB ^ Vin ^ V cc 


V,L 


Input Low Voltage 






0.8 


V 




V,H 


Input High Voltage 


2.2 




Vcc 


V 




Vol 


Output Low Voltage 






0.4 


V 


l 0L ^ -1.6mA, 1 TTLIoad 


Voh 


Output High Voltage 


2.4 






V 


Ioh ^ 50/xA, 1 TTL load 


POWER DISSIPATION 


Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


'ccl 


Vcc Operating Current 




9 




mA 




"DDL. 


\/i_ nnorfltinn Hurront 

• DO —I C " ""■•" 




9 




mA 




'ceo 


Vcc Standby Current 




0.8 




mA 




•bbo 


V BB Standby Current 




0.8 




mA 




Pdo 


Standby Power Dissipation 




8 




mW 




Pd. 


Operating Power Dissipation 




90 




mW 
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A.C. CHARACTERISTICS — TRANSMISSION PARAMETERS 

(TG1 = TG2, Transmit Programmable Gain = 6dB. Receive Programmable Gain 

GAIN AND DYNAMIC RANGE 



OdB) 



Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 




±0.1 




dB 


Signal input of OdBmO 
f = 1.02KHz 


DmW 


Digital Milliwatt Response 




±0.1 




dB 


f = 1.02KHZ 


DmW^ 


Digital Milliwatt Response VFR + , 
VFR- /A-law 




6.14 
1.571 




dBm 
Vrms 


VFR + single-ended output 
R L = 600ft Receive input 
perCCITTG.711 


DmW AV 


Digital Milliwatt Response VFR + , 
VFR- A-law 




6.17 
1.576 




dBm 
Vrms 


OTLP^ 


Zero Transmission Level Point 
Transmit Channel (OdBmO) 




.116 
.785 




dBm 
Vrms 


/x-law 

Referenced to 600ft 


OTLP^ 


Zero Transmission Level Point 
Transmit Channel (OdBmO) 




.149 
.788 




dBm 
Vrms 


A-law, Reference to 600ft 



GAIN TRACKING 

Reference level = OdBmO for /i-law, -10 dBmO A-law at 1.02KHz, TG1 
Programmable Gain = 6dB, Receive Programmable Gain = OdB 



TG2, GSR = VFR-, Transmit 



Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


GT T 


Transmit Gain Tracking Error 
Sinusoidal Input; \i or A-law 




±.25 
±.50 
±1.2 




dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 


GT R 


Receive Gain Tracking Error 
Sinusoidal Input; \x or A-law 




±.25 
±.50 
±1.2 




dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 

AT&T PUB43801 and 
CCITTG.712 — Method 2 



ANALOG INTERFACE, RECEIVE CHANNEL 



Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


RoR 


Output Resistance, VFR+ VFR- 




1 




ft 




VoSR1 


Output Offset, VFR + or VFR-, 
single ended 




50 




mV 


Relative to GNDA 


VoSR2 


Output Offset, VFR + to VFR-, 
Differential 




75 




mV 




Clr 


Load Capacitance, VFR + , VFR- 






100 


PF 




V R1 


Max Output Voltage Swing across 
R L , VFR + , VFR -.single-ended 
connection 


±3.2 






Vp 


R L ^300ft 


V OR2 


Max Differential Output Voltage 
Swing, VFR + , VFR - 


±6.4 






Vp 


R L 2=600ft 


Pqr 


Differential Output Power, VFR + , 
VFR- 






15.3 


dBm 


R L = 600ft 
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ANALOG INTERFACE, TRANSMIT CHANNEL 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


>BX 


Input Leakage Current, EBN1, 
EBN2,TG1 




100 




nA 


-1.6V<VFX<1.6V 


^1X1 


Input Resistance, VFX 




500 




KH 


-1.6V<VFX<1.6V 


^1X2 


Input Resistance, EBN1, EBN2, 
TG1 




10 




Mn 


-1.6V<VFX<1.6V 


TGmax 


Max Transmit Gain Adjust 






20 


dB 




VoTG 


Max Output Voltage Swing TG2 






±3.2 V 


V 


R L 5=10Kn, Note 1 


Clx 


Load Capacitance, TG2 






20 


PF 




^LX 


Load Resistance, TG2 


10 






Kn 





Note: 

1. Transmit programmable gain must be set at -6dB to encode this level without clipping. 



DISTORTION 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


SD X , 
SD R 


Signal to Distortion, ^ or A-law 
Sinusoidal input; CCITT G.71 2 — 
Method 2 Half Channel 


35 
29 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30to-40dBmO 
-40to-45dBmO 


DP* 
DP R 


Single Frequency Distortion 
Products In Band (2nd or 3rd 
Harmonic Half Channel) 




-50 


-46 


dB 


Input = 1.02kHz OdBmO 
AT&T Advisory #64 (3.8) 


IMD 1 


Intermodulation Distortion, End to 
End Measurement 






-40 


dBmO 


CCITT G.71 2(7.1) 


IMD 2 


Intermodulation Distortion, End to 
End Measurement 






-50 


dBmO 


CCITT G.71 2(7.2) 


SOS 


Spurious Out of Band Signals, 
End to End Measurement 






-27 


dBmO 


CCITT G.71 2(6.1) 


SIS 


Spurious In Band Signals, End to 
End Measurement 






-40 


dBmO 


CCITT G.712(9) 


Dax 


Transmit Absolute Delay 




180 




/LIS 


OdBmO, 1.02kHz 
Includes delay through A/D 


D DX 


Transmit Differential Envelope 
Delay; Relative to minimum 
envelope delay (1.4kHz) 




170 
95 
45 

105 




>s 

MS 
MS 

A*s 


f = 500-600 Hz 
f= 600-1000 Hz 
f = 1000-2600 Hz 
f = 2600-2800 Hz 


D A r 


Receive Absolute Delay 




125 




(XS 


'OdBmO, 1.02kHz 
Includes delay through D/A 


D D r 


Receive Differential Envelope 
Delay; Relative to minimum 
envelope delay (300 Hz) 




45 

35 

85 

110 




/LIS 

MS 
MS 
MS 


ii ii ii ii 

o> o o o 
o o o o 

§882 

N N 
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NOISE (Primary Channel) 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


N X ci 


Transmit Noise, C-Message 
Weighted 




12 




dBrnCO 


Transmit Gain Adjust = OdB 


N XP1 


Transmit Noise, 

Psophometrically 

Weighted 




-78 




dBmOp 


Transmit Gain Adjust = OdB 


Nrci 


Receive Noise, C-Message 
Weighted 




10 




dBrnCO 


Unity Gain; Idle Code 


n rpi 


Receive Noise, 

Psophometrically 

Weighted 




-80 




dBmOp 


Unity Gain; Idle Code 


PSRR! 


V cc Power Supply Rejection, 
Transmit Channel 




-35 




dB 


Idle channel; 200mV P-P 
signal on supply DC to 
50 KHz; Note 1. 


PSRR 2 


V BB Power Supply Rejection 
Transmit Channel 




-30 




dB 


Idle Channel; 200mV P-P 
signal on supply DC to 
50 KHz; Note 1. 


PSRR 3 


V cc Power Supply Rejection, 
Receive Channel 




-35 




dB 


Idle channel, 200mV P-P 
signal on supply DC to 
50 KHz; Note 1. 


PSRR 4 


V BB Power Supply Rejection 
Receive Channel 




-30 




dB 


Idle channel, 200mV P-P 
signal on supply DC to 
50 KHz; Note 1. 



CROSSTALK 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


CT TR 


Crosstalk, Transmit Voice to 
Receive Voice 




-75 




dB 


Input = OdBmO, unity gain 
1 .02 KHz; idle code on SLD 
voice byte 


CT RT 


Crosstalk, Receive Voice to 
Transmit Voice 




-75 




dB 


OdBmO, 1 .02 KHz signal at 
SLD receive voice byte; 
VFX = GNDA 



Note: 

1. Measured at SLD Voice bytes for transmit channel. Measured at V FR for receive channel. 
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TRANSMIT VOICE FREQUENCY CHARACTERISTICS 

TG1 = TG2, Transmit Programmable Gain = 6dB 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


Grx 


Gain Relative to Gain at 1 .02kHz 










OdBmO Signal Input at VFX 




16.67Hz 






-30 


dB 






50Hz 






-25 


dB 






60Hz 






-22 


dB 






200Hz 


-1.8 




-0.125 


dB 






300 to 3000Hz 


-0.125 




+ 0.125 


dB 






3300Hz 


-0.35 




+ 0.03 


dB 






3400Hz 


-0.70 




-0.10 


dB 






4000Hz 






-14 


dB 






4600Hz and Above 






-32 


dB 




AGpx 


Programmable Gain Accuracy 
(Commulative Error) 




±.25 




dB 


freq. = 1 .02kHz for all 
steps 




♦12WB 02M8 

1»*rfR 300H * 3000M« s* 



v>»»»»»»»». 



_l I I I I 1 1 1 




FREQUENCY (Hil 



Figure 12. Transmit Voice Frequency Characteristics 



14-156 



int^ 



IATC 29C50A 



IPREUIMfllfcHARY 



RECEIVE FOICE FREQUENCY CHARACTERISTICS 

GSR = VFR-, Receive Programmable Gain = OdB 



Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


Grr 


Gain Relative to gain at 
1.02kHz 










OdBmO input on SLD 




Below 200Hz 






+ 0.125 


dB 






200Hz 


-0.5 




+ 0.125 


dB 






300 to 3000Hz 


-0.125 




+ 0.125 


dB 






3300Hz 


-0.35 




+ 0.03 


dB 






3400Hz 


-0.70 




-0.1 


dB 






4000Hz 
4600Hz & Above 






-14 
-30 


dB 
dB 




AG PR 


Programmable Gain Accuracy 
(Commulative Error 




+ .25 




dB 


f = 1.02kHz all steps 




FREQUENCY iMi) 

NOTES 

1 TYPICAL TRANSFER FUNCTION OF THE RECEIVE FILTER AS A SEPARATE COMPONENT 

2 TYPICAL TRANSFER FUNCTION OF THE RECEIVE FILTER ORIVEN BY THE SAMPLE AND 
HOLD OUTPUT OF THE INTEL W10A AND 2911A CODECS THE COMBINED FILTER/CODEC 
RESPONSE MEETS THE STATED SPECIFICATIONS 



Figure 13. Receive Voice Frequency Characteristics 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 


Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Test Conditions 


Tdc 


SCL Duty Cycle 


28 
45 


33 
50 


38 
55 


% 
% 


2952 CLK Clock = 1.544 or 

1.536MHz 

2952 CLK Clock 2* 

2.048MHz 


Trc 
Tfc 


Rise, Fall Times, SCL 






50 


ns 




Trd 

Tfd 


Rise, Fall Times, SLD 






50 


ns 




Tdirr 


SCL to SDIR Delay 


-150 




150 


ns 




Tdirf 


SCL to SDIR Delay 


-150 




+ 420 


ns 




"I"dd 


SCL to SLD Delay 







200 


ns 


29C50A Transmitting 


"1"sd 


Set-up Time, SLD to SCL 


100 






ns 


2952 Transmitting 


T"hd 


Hold Time, SCL to SLD 


100 






ns 




Thzi 


SDIR to SLD Active 







100 


ns 


Byte 1, Bit 1 29C50A 
Transmitting 


T"hZ2 


SCL to SLD High Impedance 







100 


ns 


After last SIGX bit 


T"ss 


Set-up time, signaling inputs to 
SLD Byte #3, Bit 


1 






/*s 




T"hs 


Hold time, SLD Byte 4 Bit 7 for 
all signaling inputs 


1 






MS 




T"ds 


Delay SLD Byte 5 to signaling 
outputs 






1 


fJS 






SCL to Channel Active 







100 


ns 


Channel A or B, Feature 
Control, Signaling as 
Appropriate (Channel A/B 
Operation) 




SCL to Channel High Impedance 







100 


ns 



*ln cases where the T DIF is positive, T DD is to be measured from the SDIR edge. 
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TIMING PARAMETERS (CLK = 1.544 MHz, 33% duty cycle) 



tRC 
SCL 



SDIR 



SLD 



Zr • i i . i i 



♦-tSD 



k-tRD,tFD 



♦-tHZ1 






*-tDD -*■ 



— tHZ2 



SIGNALING TIMING 



BYTE 3 



BYTE 4 



SCL YA AV_J 

h-tss-*l 




INPUTS DON'T CARE) | * VALID ^{ DON'T CARE* 



3 <r 



DON'T CARE 



OUTPUTS 



OLD 



DC 



-tDS 



NEW 



A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TEST POINTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1" AND 
0.8V FOR A LOGIC "0". 
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External and User Programmable 
Transmit and Receive Gain 

Programmable External Hybrid Balance 
Network Select 



Programmable Analog, Digital, and 
Subscriber Loopback 



i®ATC 29C48 
FEATURE CONTROL COMBO 

■ Programmable /u/A-Law Select 

■ Secondary Analog Input Channel 

■ Low Power Consumption 

■ External Tone Injection to Receive Path 



SLD A/B Channel Select (for 16 Channel 
Line Cards) 



The Intel i®ATC 29C48 Feature Control Combo is a low cost, user-programmable, fully integrated PCM Codec 
with transmit/receive filters fabricated in a CMOS technology. This technology is built on CHMOS and will allow 
the 29C48 to realize the same excellent transmission performance as in the Intel 2913/2914 combo while 
achieving the low power consumption typical of CMOS circuits. 

The 29C48 supports the analog subscriber with a variety of added per-line features to the normal BORSCHT 
functions associated with the analog line circuit. Some of these features include secondary analog input channel, 
programmable transmit and receive gain, custom hybrid balancing network selection, and programmable /x or 
A-law conversions. Additionally, the 29C48 can operate on either the A or B channel of the SLD interface, 
allowing two combos to be connected to one SLD link. In order to facilitate the SLIC interface in this configuration, 
the 29C48 generates chip select signals for the proper routing of signaling information. 

A unique feature of the 29C48 is programmable tone injection. This feature and its SLD interface makes it 
particularly easy to use in conjunction with Intel's advanced tranceivers, such as the i®ATC 29C53, in subscriber 
equipment environments. 

The 29C48 is intended for use with the 2952 Integrated Line Card Controller in digital switching environments. 
These components allow the system transmit and receive backplane highways to operate at different frequencies 
from that of the subscriber interface data channels. The 2952 handles the transfer of voice and feature control 
information between the backplane and the 29C48. 



VBB C 


1 


V-X 18 


Z2 vcc 


VFR C 


2 


17 


U VFX 


EBN1 C 


3 


16 


3 TG1 


EBN2 C 


4 


15 


Z} TG2 


EBN3/TI C 


5 


29C48 14 


Z} GNDA 


EBN C 


6 


13 


U SAI 


scs c 


7 


12 


Z2 SLD 


B/A C 


8 


11 


^ SDIR 


GNDD C 


9 


10 


Z2 SCL 



Figure 1. Pin Configuration 
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VFXO- 



EBNO- 

B/AO- 



EBN10- 



EBN2 0- 
TI/EBN3 O- 



SCSO- 



VFRO- 



TRANSMIT GAIN ADJUST 
A 



TG1 

Q 



ANALOG LOOPBACK 



^ 




TG2 

O 






<h 



TRANSMIT 
PROGRAMMABLE GAIN 



PROGRAMMABLE 

BALANCE NETWORK 

GAIN (1 OR 2) 




ENCODER 



^ 



o-J 



BALANCE 

NETWORKS 

SELECTION 

UNIT 



SCS 
GENERATION 



FEATURE 
CONTROL 
REGISTERS 
AND LOGIC 



»lk LAW 



jj/ALAW 



<B- 



DECODER 





RECEIVE 
FILTER 



RECEIVE PROGRAMMABLE GAIN 



I I i i 

VCC VBB GNDA GNDD 

Figure 2. Block Diagram 



-OSAI 



-OSCL 
-OSDIR 



-OSLD 



FROM/TO 
2952 
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Table 1. Pin Names 



VFX 


Analog Input 


SCL 


Subscriber Clock 


VFR 


Analog Output 


SLD 


Subscriber Data Link 


GNDD 


Digital Ground 


SDIR 


Subscriber Direction 


GNDA 


Analog Ground 


TG1.TG2 


Transmit Gain Adjust 


VCC 


Power ( + 5V) 


EBN1/2 


External Balance Network 
Selection Inputs 


VBB 


Power ( - 5V) 


EBN3/TI 


External Balance Network 
Selection Input Or Tone 
Injection 


B/A 


Channel Selection 


EBN 


External Balance Input 


SCS 


SLIC Chip Select 


SAI 


Secondary Analog Input 



Table 2. Pin Description 



Symbol 


Function 


VCC 


Most positive supply; input voltage is + 5V 
±5%. 


VBB 


Most negative supply; input voltage is 
-5V ±5%. 


GNDA 


Analog ground return line. Not internally 
connected to GNDD. 


GNDD 


Digital ground return line. Not internally 
connected to GNDA. 


VFX 


Analog voice input to transmit channel. In- 
put impedance is typically larger than 
100 K-ohms. 


TG1 


Inverting input to transmit gain adjusting 
op-amp. Feedback point for external gain 
adjusting resistor network or frequency 
compensation network. Input impedance is 
typically larger than 10 M-ohms. 


TG2 


Output of the transmit gain adjusting op- 
amp. Will drive external gain adjusting re- 
sistor network as well as frequency com- 
pensation network with impedance at least 
larger than 10k ohms. 


VFR 


Receive voice output. Capable of directly 
driving transformer hybrids or impedance 
loads of 600 ohms or more. 


EBN 


Input to the hybrid balancing circuit. Input 
impedance is typically larger than 10 M- 
ohms. 


EBN1 


Input connected to a grounded switch. The 
switch's on resistance is not greater than 
600 ohms. 


EBN2 


Input connected to a grounded switch. The 
switch's on resistance is not greater than 
600 ohms. 



Symbol 


Function 


EBN3/TI 


This pin is multiplexed according to the 
feature control registers. When pro- 
grammed to be EBN3, it is an input con- 
nected to a grounded switch. The switch's 
on resistance is not greater than 600 
ohms. If this pin is programmed to be Tl, 
an analog signal applied on this pin will be 
added to the received voice signal before 
the receive power amplifier. 


SCL 


Subscriber clock. Supplied by the line card 
controller, this is a 512 kHz, 50% or 33% 
duty cycle clock. Input will accept TTL 
levels. 


SDIR 


Subscriber direction signal and frame sync. 
When high, SLD becomes an input and 
data is transferred from the line card con- 
troller to the 29C48. When low, the output 
buffer on the 29C48 SLD pin is enabled 
and data is transferred from the 29C48 to' 
the controller. Input will accept TTL levels. 


SLD 


Subscriber Line Datalink. A 512 kbps bi- 
directional serial data port, which is 
clocked by SCL. SLD becomes a TTL 
compatible input when SDIR is high and 
an output capable of driving one TTL load 
when SDIR is low, during the appropriate 
SLD fields for the assigned channel. 


B/A 


Pin strapped to assign the 29C48 to pro- 
cess either A or B channel information 
from the SLD bus. A low level (GNDD) on 
this pin selects channel A, a high level 
(VCC) channel B. 


SCS 


This pin is a TTL compatible output capa- 
ble of driving one TTL load: when low, it 
informs a SLIC device connected to the 
same SLD bus as the 29C48 that it can 
process the receive and transmit signalling 
data of the present SLD frame. 


SAI 


Secondary analog input. 
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FUNCTIONAL DESCRIPTION 

The 29C48 is a combined channel filter and PCM 
codec for use on analog line interface circuit boards 
in a digital telecommunications switching system. 
This device resides between the circuitry which pro- 
vides the "BORSHT" functions for a given line, and 
the shared line board controller. It provides the trans- 
mit and receive voice-path filtering and companded 
analog-to-digital and digital-to-analog conversions 
necessary to interface a full duplex (4-wire) voice 
telephone circuit with the PCM highways of a time 



division multiplexed (TDM) system. (See Figures 3a 
and 3b for typical line card applications.) 

The 29C48 incorporates additional features making 
it particularly suited to subscriber applications. Tone 
injection allows easy implementation of DTMF feed- 
back and side tone injection, and secondary analog 
signal input allows remote control and monitoring. 
(See Figure 4 for a typical subscriber card 
application.) 
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Figure 3a. Analog Line Card With Discrete Or Electronic Parallel Control SLICs 
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Figure 3b. Analog Line Card With SLD Compatible SLICs 
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Figure 4. Subscriber Card 



TRANSMIT AND RECEIVE OPERATION 

Transmit Filter 

A low pass anti-aliasing section is included on chip. 
This section typically provides 35dB attenuation at 
the sampling frequency. No external components are 
required to provide the necessary anti-aliasing func- 
tion for the switched capacitor section of the transmit 
filter. 

The passband section provides flatness and stop- 
band attenuation which fulfils the AT&T D3/D4 spec- 
ification and the CCITT G.712 recommendation. The 
29C48 specifications meet the digital class 5 central 
office switching systems requirements. The transmit 
filter transfer characteristics and specifications will be 
within the limits shown in Figure 12. 

A high pass section configuration rejects low fre- 
quency noise from 50 and 60 Hz power lines, 17 Hz 
European electric railroads, ringing frequencies and 
their harmonics, and other low frequency noise. Gain 
of up to 20dB can be set without degrading the per- 
formance of the filter. The transmit filter also provides 
additional loss at 12 KHz and 16 KHz (frequencies 
of metering pulses). 

Encoding 

The output of the transmit filter or the secondary an- 
alog input is internally sampled by the encoder and 
held on an internal sample and hold capacitor. DC 
offset is corrected by an on-chip auto zero circuit. The 
signal is then encoded and presented as PCM data 
on the SLD lead. (First or second byte of the transmit 
half-frames depending upon the channel assignment 
of the device.) 



Decoding 

The PCM word received on the SLD lead (first or 
second byte of the receive half-frame, depending 
upon the channel assignment of the device) is sent 
to the decoder after a serial to parallel conversion. 
The decoded value is held on an internal sample and 
hold capacitor. 

Receive Filter 

The receive section of the filter provides a passband 
flatness and stopband rejection which fulfills the AT&T 
D3/D4 specification and the CCITT G.712 recom- 
mendation. It also provides additional loss at 12 KHz 
and 1 6 KHz. The receive filter transfer characteristics 
and specifications will be within the limits shown in 
Figure 13. 

GENERAL OPERATION 

External Gain Setting 

Both transmit and receive gain levels are factory 
trimmed, but can be modified by external resistors 
during line card assembly. The value of transmit gain 
is adjusted by connecting resistors RT1 and RT2 (see 
Figure 5) at the two external gain setting control pins, 
TG1 and TG2. These two pins are the input and out- 
put of an on-board gain amplifier stage, and the re- 
sistors provide the necessary input and feedback for 
gain control. The value of external gain is given by: 

A = 1 + RT1/RT2 

For unity gain, pins TG1 and TG2 are tied together. 
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For the receive section, the external gain can be set 
by the external resistors, RR1 and RR2. There are " 
two possible ways of implementing the gain control. 
The first is illustrated in Figure 6a, where the value 
of the receive gain is given by: 

A = RR2/(RR1 + RR2) 

The value of RR1 + RR2 should not be less than 
600 ohms to avoid degrading the output power 
stage's performance. The second way of imple- 
menting the receive gain is shown in Figure 6b, where 
pin EBN3/TI is used. The value of the receive gain 
in this configuration is given by: 

A = 1 + RR1/RR2 

Hybrid Balancing Network 

Three external balancing networks can be applied to 
the 29C48 by the user to accommodate varying sub- 
scriber loop characteristics (see Figure 7 for external 
connections). Feature control allows the grounding of 
any combination of these networks in order to best 
suit a particular application. Feature control also al- 
lows the user to select a gain of 0.0 or + 6.0dB in the 
balance signal path to suit the type of SLIC used. 

FREQUENCY COMPENSATION 

The user may, if desired, compensate for the fre- 
quency response characteristics of the SLIC by ad- 
justing the frequency response of the transmission 
chain. This can be accomplished in the same way as 
the external gain setting is done in the transmit and 
receive directions. But, instead of using purely resis- 
tive impedances, resistor and capacitor networks 
have to be used to achieve complex impedances. The 
two compensation schemes are shown in Figures 8a 
and 8b. The gains in the transmit and receive direc- 
tions are respectively: 

for Figure 8a A = 1 + ZT1/ZT2 

for Figure 8b A = 1 + ZR1/ZR2 

SECONDARY ANALOG INPUT 

Although the main application of the 29C48 will be 
for voice transmission, it also offers a secondary un- 
filtered input channel. Narrow band analog signals 
can be supplied through this channel for remote loop 
testing and various control uses. 

The secondary analog input channel is accessed un- 
der software control through the SAI input. When the 
SAIE bit in the feature control register is set to a 
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Figure 6a. Receive Gain Setting 







VFR 




29C48 


rx 




C 


l" 


O • ► 

£rri 

EBN3/TI I 





(£, 


£RR2 







Figure 6b. Receive Gain Setting 
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Figure 7. Balance Networks 




Figure 8a. Transmit Frequency Compensation 
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Figure 8b. Receive Frequency 
Compensation 



logical one, the 29C48 will encode and transmit the 
signal present at the SAI input. The 29C48 will switch 
back to transmission of the voice signal as soon as 
the SAI E bit is set back to a logical zero. 

TONE INJECTION 

When specified by the feature control memory, an 
audio frequency signal applied to the EBN3/TI pin will 
be added to the receive voice signal at the power 
amplifier. This feature allows easy implementation of 
DTMF feedback and side tone injection in digital tele- 
phone applications, as well as injection of call waiting 
or metering tones in line card applications. A typical 
application is shown in Figure 9. Here VFR is the 
combination of the receive voice signal (VO) and two 
tones (V1 and V2). 

VFR = 2V0 + (V1 + V2)/2 
CHANNEL ASSIGNMENT 

Two 29C48s can be attached to the same SLD line 
to exchange information with the line card controller 
during each SLD frame. 

The B/A pin of the 29C48 is used to assign a voice 
channel of the SLD frame to the device. When the 
B/A pin is tied low, the 29G48 operates as an A- 
channel combo, receiving and transmitting voice dur- 
ing the first and fifth bytes of the SLD frame. When 
this pin is tied high, the 29C48 operates as a B- 
channel combo, receiving and transmitting voice dur- 
ing the second and sixth bytes of the SLD frame. 
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Figure 9. External Tone Injection 
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The feature control receive and transmit channels of 
the SLD frame are shared by the two 29C48s. A 
29C48 will accept or return feature control information 
only if it has been instructed to do so during the first 
byte of a feature control frame. This is accomplished 
by setting the logic level of the channel selection bit 
in feature control byte #1 to match the logic level of 
the B/A pin of the appropriate 29C48. The selected 
29C48 will keep exchanging feature control infor- 
mation with the line card controller until a new framing 
byte makes a new selection. The status of the channel 
select bit is sent back to the line card controller during 
the seventh byte of each SLD frame, making it pos- 
sible to determine which channel is transmitting fea- 
ture control information. 

The 29C48 does not process data received in the 
signaling channel. However, it generates chip select 
signals during the appropriate time slots in order to 
facilitate the SLIC interface. (See section on SLIC 
Chip Select.) The 29C48 enters into a high imped- 
ance state during the signaling transmit channel, the 
eighth byte of the SLD frame. 

SLBC Chip Select 

In order to facilitate interfacing to an SLD compatible 
SLIC, especially when two SLICs share the same 
SLD line, the 29C48 includes a programmable chip 
select signal. 

During the receive cycle of the SLD frame, the SCS 
pin of the 29C48 whose channel selection pin (B/A) 
has the same logic state as the channel selection bit 
(see previous section on Channel Assignment) is 
pulled low during the receive signalling byte. 

During the transmit cycle of the SLD frame, the SCS 
signal can operate in two m odes. In the first mode, 
called 'byte mode,' the SCS pin of the selected 29C48 
is pulled low during the transmit signaling byte, as 
described above for the receive direction. 

A second mode, called the 'half-byte mode,' is pro- 
vided to take full advantage of the last look change 
detection logic of the 2952 line card controller. In this 
mo de, du ring the transmit cycle of the SLD frame, 
the SCS pin of the channel A combo is pulled low 
during the least significant four bits (last four bits) of 
the trans mit signaling byte. During the same frame, 
the SCS pin of the channel B combo is pulled low 
during the most significant four bits (first four bits) of 
the transmit signaling byte. This allows signaling data 
from both A and B channel SLD compatible SLICs to 
be processed by the 2952 during the same frame. 

To m inimize power consumption, operation of the 
SCS signal during the receive half of the SLD frame 



can be disabled through the feature control memory. 
Operation of this signal in the transmit direction re- 
mains unaffected to allow continue d mo nitoring of 
subscriber status by the 2952. The SCS signal re- 
mains active in the power down mode. 

The six possible sequences for SCS are shown in 
Figure 10. 

Precision Voltage References 

Voltage references are generated on-chip and are 
trimmed during the manufacturing process. Separate 
references are supplied for both the transmit and re- 
ceive sections of the chip, each trimmed indepen- 
dently. These references determine the gain and dy- 
namic range of the device and provide the user a 
significant margin for error in other board 
components. 

SLD Interface 

The 29C48 is intended for use with the 2952 Line 
Card Controller which manages the transfer of ail 
voice and feature control data to and from the Feature 
Control Combo and the system backplane. The in- 
terface between the two consists of just three leads, 
two of which are clock signals and the third a unique 
serial bus for communication. Up to sixteen 29C48 
feature control combos per line card can be controlled 
by one 2952, all sharing common clock signals, SCL 
and SDIR. 

The subscriber direction (SDIR) lead provides an 8 
kHz signal which divides each frame into transmit and 
receive halves. During the first half when SDIR is high 
(RCV half-cycle), data is transmitted from the 2952 
to the 29C48 and in the second (XMiT half-cycle) 
transfer is from the 29C48 back to the 2952. Frame 
synchronization and all internal timing for the digital 
circuitry is derived from the rising edge of the SDiR 
signal. 

The subscriber clock (SCL) input generated by the 
2952 is a fixed 512 kHz clock signal allowing 64 bits 
(8 bytes) of data to be transferred on the SLD lead 
during each 125 (jsec frame. Depending on 2952 
master clock frequency, the SCL duty cycle can be 
either 50% or 33%. 

The Subscriber Line Datalink (SLD) is a bi-directional 
serial bus that transfers four bytes of serial data to 
and from the 29C48 each frame. During the first half 
of each frame, RCV channel information is expected 
by the 29C48 as two bytes consisting of voice and 
feature control information, while the other two bytes 
of the RCV half frame are simply ignored. Similary, 
during the second half frame, one byte of voice and, 
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if so instructed by the line card controller, one byte 
of feature control information is sent by the 29C48. 
The 29C48 places its SLD lead in a high impedance 
state while the other device connected to the SLD 
line transmits its own information. The most signifi- 
cant bit (bit 7) of each byte is sent first on the SLD 
line. The data format of an SLD frame is shown in 
Figure 1 1 . 

Upon power supply application, the 29C48 enters into 
a power on reset sequence. At the end of the reset 
sequence, it is prevented from transmitting data for 



four SLD frames, and it is unable to process data 
from the line card controller for eight SLD frames. 



PROGRAMMABLE FEATURES 

The 29C48 is configured by the 2952 line card con- 
troller by a set of five feature control bytes (FCB). 
These bytes of information are stored in internal reg- 
isters which are serially multiplexed to and from the 
SLD interface in the third and seventh byte locations. 
The first two bits of each byte consist of a multiframe 
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Figure 10. SCS Timing Diagram 
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synchronization and write enable code. The framing 
bit (bit 7, MSB) establishes the beginning of a feature 
control frame when set to a logical zero, and incre- 
ments the feature control counter when set to one. 
The second (bit 6) enables the writing to the 29C48 
when it is the logical complement of the framing bit. 
In addition to the two header bits, feature control byte 
#1 also includes a channel selection bit (bit 0, LSB). 
This bit is used to designate one of the two 29C48s 
sharing an SLD link for feature control information 
exchange. (See previous section on Channel 
Assignment.) 



When writing new feature control information to the 
29C48, the first byte should contain a framing (F) and 
write enable (WE) header of 01 (F=0 and WE = 1), 
and an appropriate channel selection bit. This des- 
ignates a new frame of information to transfer. The 
subsequent bytes should each have F = 1 to advance 
the counter, and WE = to enable the write operation. 

The controller can also request to verify the feature 
control register contents by sending a 00 or 11 at the 
beginning of the byte to be read. To read the first 
byte, a 00 F/WE code and an appropriate channel 
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Figure 10. SCS Timing Diagram (continued) 
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Figure 11. 29C48/2952 Interface 



selection bit should be sent while each subsequent 
byte should have a 1 1 header. An internal six-stage 
counter is set on the first byte verified then incre- 
mented once each 1 25jlis frame. It is reset only upon 
detection of a 01 or 00 F/WE. Once the counter is 
greater than five, neither read nor write modes may 
be selected by sending the 29C48 a 11 or 1 framing 
and write enable code. While in this state, the 29C48 
will then echo in byte 7 the data it received in byte 3. 
Another feature control information exchange cycle 
can only be initiated by establishing a new feature 
control frame (sending F = 0). 

FCB #1 — Power Up/Down, Loop Back 
Mode, ji/A-Law, Channel Select Register 

POWER UP AND DOWN 

The 29C48 can be instructed to go into the power 
down or standby mode for reduced power consump- 
tion. In this mode, all analog inputs and outputs are 
placed in a high impedance state, inhibiting voice 
signals. A code of all ones will be output in the voice 
byte on the SLD. Signaling and feature control infor- 
mation will continue to be processed to allow the 
29C48 to be read or reprogramed. 



The 2952 can change the state of the feature control 
combo from standby to active by sending the first 
feature control byte only. All other register contents 
will be preserved during power down provided the 
power supplies remain connected. 

LOOP BACK MODE SELECT 

Three modes of remote testing are incorporated in 
the 29C48 and can be selected by appropriate coding 
in this register. The loopback features allow a number 
of tests to be performed to determine line quality and 
balancing. These include digital loop back, analog 
loop back, and subscriber loop back. 

In the digital loopback mode, the combo retransmits 
the PCM word it receives in the voice A or, B byte of 
the SLD back to the line card controller in the same 
frame. This feature allows path verification and testing 
of the circuit up to the combo. 

When the analog loopback mode is selected, the an- 
alog output VFR is internally connected to the analog 
input VFX. This feature allows functional testing of 
the combo as well as gain adjustment. 
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MSB L3B 
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Bitri 



on nam* — ■, 
#7 8 1 



no chang* 
write enable 


00 
01 


power down 
power up 




1 


normal operation 
digital loop back 



1 


normal operation 
analog loop back 




1 


normal operation 
subscriber loop back 




1 


A-Law 
prLaw 




1 



^>±l 



liA- 



ln the third test mode, subscriber loopback, the digital 
output of the A/D converter is internally connected to 
the input of the D/A converter. The analog signal input 
to VFX is sent through the transmit filter, encoded, 
then decoded, filtered and output to VFR. This mode 
is used primarily for simplifying analog to analog test- 
ing from the subscriber side of the line card. Simul- 
taneous selection of more than one loop-back mode 
is prohibited. 

CONVERSION LAWS 

The 29C48 can be selected for either /u-law or A-law 
operation. A user can select either conversion law by 
assigning the corresponding bit. A logical 1 in bit 1 
would select /i-law while a logical would select 
A-law conversions. Both conversions follow CCITT 
recommendation G.711. 

FEATURE CONTROL EXCHANGE 
CHANNEL SELECT 

The LSB of feature control byte #1 is the channel 
selection bit. it is used to select one of the two 29C84s 
sharing an SLD link for feature control information 
exchange. A logical zero will select the channel A 
combo, and a logical one will select the channel B 
combo. 

FCB #2 — Receive Programmable Gain 
Register 

The receive gain levels can be adjusted by applying 
external resistors as mentioned earlier, or by selective 



programming of this register. A range from to - 1 5.5 
in 0.5dB increments can be realized for the receive 
channel. 

MSB LSB 

Bit Number -»~ | 7 1 6 [ 5 14 1 3 [ 2 1 1 |o| 
Bit Name 



name 1 

#7 6 | 



no change 1 1 
write enable 1 



WE 



P 



Galn(dB) 


-0.5 
-1.0 
-1.5 



#12345 

00000 RQN1 "\ 

00001 RGN2 f 

00010 RQN3 /• ' 

00011 RQN4 \ 
RQN5/ 



don't 
care 



FCB #3 — Secondary Analog Channel, 
Chip Select, and Tone Injection Register 

SECONDARY ANALOG INPUT 

The 29C48 can be instructed to switch the input of 
its encoder to the secondary analog input by setting 
the SAIE bit to a logical one. Transmission of the voice 
signal will resume as soon as SAIE is set back to a 
logical zero. 

PROGRAMMABLE SLIC CHIP SELECT 

Although the 29C48 does not process signaling in- 
formation, it generates chip select signals in order to 
help in interfacing to SLD compatible SLICs. 

During the transmit half frame, the chip select works 
in two possible mod es de termined by the CSM bit. In 
the byte mode, the SCS pin of the 29C48 selected 
by the chip select bit in feature control byte #1 , will 
be pulled l ow du ring the XSIG byte. In the half-byte 
mode, the SCS pin of the A-channel 29C48 will be 
pulled low during th e fou r least significant bits of the 
XSIG byte, and the SCS pin of the B-channel 29C48 
will be pulled low during the four most significant bits 
of the XSIG byte. 

Generation of chip select signals during the receive 
half frame can be disabled by setting the CSD bit to 
a logical zero. 



TONE INJECTION 

When the TIE bit is set to a logical one, audio signal 
applied at the EBN3/TI pin will be added to the output 
of the receive programmable gain module. This fea- 
ture can be used for easy implementation of side tone 
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injection and DTMF feedback, as well as injection at 
the line card of call waiting tones, ringing or metering 
pulses. 

MSB LSB 

Bit Number -► !? |6[5| 4| 3| 2| 1 |o| 
Bit Name — . 
I! T 



no change 
write enable 



1 1 
10 



i\± 



Secondary Analog Input 
disabled 
enabled 



byte 
half-byte 



SCS 50% active 
SCS 100% active 



EBN3 pin enabled 
Tl pin enabled 



reserved - 
don't care - 



FCB #4 — Transmit Programmable Gain 
Register 

The gain setting of the transmit section of the chip 
operates in the same manner as the receive gain 
register. A 12dB range from -6.0dB to +6.0dB in 
0.5dB increments is available. 





Bit Nur 
BltNar 
#7 6 


MSE 

nber _► H 


J 
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SB 




r| 6 |5|4| 


>|2|1|< 




ne — | 

f 










no change 
write enable 


1 1 
10 


1 

WE J : ' 




don't 
care 


Gain(dB) 


#12345 






+ 12.0 


00000 


XGN1 \ 




+ 11.5 


00001 


XGN2 / 




+ 11.0 








+ 10.5 


00011 


XGN4 I 
XGN5 ; 




+ 0.0 


11000 






+ 0.0 


11 XXX 













FCB #5 — Balance Network Select and 
Gain Register 

BALANCE NETWORKS 

Three external balance networks can be used with 
the 29C48. Feature control allows the selection of 
network EBN1, EBN2, and EBN3 individually or in 
combination in order to best suit a particular 
application. 

EBN3 selection is not effective when TIE is set to a 
logical one. 

GAIN SETTING 

An additional 6dB gain in the balance signal path can 
be realized by coding this bit to a logical one. A logical 
zero provides unity gain. 



MSB LSB 

Bit Number -*~ | 7| 6 | 5 | 4| 3 | 2| 1 |p| 



no change 1 1 
write enable 1 



Bajance Network 
disabled 
enabled 



Balance Network Gain 



OdBgaln 
6dB gain 1 



1 

WE/ — 





1 

432 



no selection 
EBN1/3 selected 1 
EBN3 selected 1 
EBN1 selected 1 1 
EBN2 selected 
EBN1/2/3 se 
EBN2/3 selected 



100 
101 
1 1 



EBN1/2 selected 1 1 1 SBN1 - 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias - 1 0°C to + 80°C 

Storage Temperature -65°Cto +150°C 

All Input and Output Voltages 

with Respect to V BB -0.3V to 13V 

All Input and Output Voltages 

with Respect to V cc -13V to 0.3V 

Power Dissipation 1 .35W 



*NOTICE: Stresses above those listed under "Ab- 
solute Maximum Ratings" may cause permanent 
damage to the device. This is a stress rating only 
and functional operation of the device at these or any 
other conditions above those indicated in the oper- 
ational sections of this specification is not implied. 
Exposure to absolute maximum rating conditions for 
extended periods may affect device reliability. 



D C CHARACTERISTICS 

(T A = 0°C to 70°C, V cc = +5V ±5%, V BB = -5V ±5%; SCL (50% duty), SDIR, SLD applied GNDD 
GNDA = 0V.) Typical values are for T A = 25°C and nominal power supply values 

DIGITAL INTERFACE 



0V, 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


I.L 


Input Leakage Current 






±10 


/aA 


^ Vin ^ V cc 


V lL 


Input Low Voltage 






0.8 


V 




V,H 


Input High Voltage 


2.0 






V 




Vol 


Output Low Voltage 






0.4 


V 


l 0L ^ -1.6mA, 1 TTLIoad 


Vqh 


Output High Voltage 


2.4 






V 


Ioh ^ 50/aA, 1 TTL load 


POWER DISSIPATION 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


'cCL 


V cc Operating Current 




9 




mA 


RCV Signaling Byte = 


'bbl 


V BB Operating Current 




9 




mA 


RCV Signaling Byte = 


•ceo 


V cc Standby Current 




0.8 




mA 




'bbo 


V BB Standby Current 




0.8 




mA 




Pdo 


Standby Power Dissipation 




8 




mW 




Pm 


Operating Power Dissipation 




90 




mW 





A.C. CHARACTERISTICS — TRANSMISSION PARAMETERS 

(TG1 = TG2, Transmit Programmable Gain = 6dB. Receive Programmable Gain = OdB) 

GAIN AND DYNAMIC RANGE 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


EmW 


Encoder Milliwatt Response 
Tolerance 




±0.15 




dB 


Signal input of OdBmO 
f = 1.02KHZ 


DmW 


Digital Milliwatt Response 
Tolerance 




±0.15 




dB 


f = 1.02KHZ 


DmW MV 


Digital Milliwatt Response VFR, 
jLt-law 




6.14 
1.571 




dBm 
Vrms 




DmW AV 


Digital Milliwatt Response VFR, 
A-law 




6.17 
1.576 




dBm 
Vrms 


R L = 600H Signal input per 
CCITTG.711 


OTLP^ 


Zero Transmission Level Point 
Transmit Channel (OdBmO) 




0.12 
.785 




dBm 
Vrms 


/x-law 

Referenced to 600ft 


OTLP^ 


Zero Transmission Level Point 
Transmit Channel (OdBmO) 




0.15 
.788 




dBm 
Vrms 


A-law 

Referenced to 600H 
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GAIN TRACKING 

Reference level = OdBmO at 1 .02KHz, TG1 = TG2, Transmit 
Programmable Gain = 6dB, Receive Programmable Gain = OdB 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


GT T 


Transmit Gain Tracking Error 
Sinusoidal Input; /* or A-law 




±.25 
±.50 
±1.2 




dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 


GT R 


Receive Gain Tracking Error 
Sinusoidal Input; \i or A-law 




±.25 
±.50 
±1.2 




dB 
dB 
dB 


+ 3 to -40dBmO 
-40 to -50dBmO 
-50 to -55dBmO 

AT&T PUB43801 and 
CCITT G.712 — Method 2 



ANALOG INTERFACE, RECEIVE CHANNEL 










Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


^OR 


Output Resistance, VFR 




1 




ft 




VoSR1 


Output Offset, VFR 




50 




mV 


Relative to GNDA 


^LR 


Load Capacitance, VFR 






100 


PF 




YORI 


Max Output Voltage Swing 
across R L , VFR 


±3.2 






Vp 


R L 2=300ft 



ANALOG INTERFACE, TRANSMIT PRIMARY AND SECONDARY CHANNELS 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


W 


Input Leakage Current, EBN, 
TG1.TI 


- 


100 


- 


nA 


-1.6V<VFX<1.6V 


Rixi 


Input Resistance, VFX 




100 




Kft 


-1.6V<VFX<1.6V 


R IX1 


Input Resistance, EBN, TG1, Tl 




10 




Mft 


±1.6V<VFX<1.6V 


TGmax 


Max Transmit Gain Adjust 






20 


dB 




Votg 


Max Output Voltage Swing TG2 






±3.2 


V 


R L ^10Kft 1 


C|_X 


Load Capacitance, TG2 






20 


PF 




^LX 


Load Resistance, TG2 


10 






Kft 




^GND 


On Resistance to GND, EBN1, 
EBN2,EBN3 






600 


ft 





Note: 

1: Transmit Programmable Gain should be set to O.OdB in order to avoid clipping in later stages 
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DISTORTION (Primary Channel) 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


SD X , 
SD R 


Signal to Distortion, m or A-law 
Sinusoidal input; CCITT G.712 — - 
Method 2 Half Channel 


35 
29 
25 






dB 
dB 
dB 


Oto -30dBmO 
-30 to -40dBmO 
-40 to -45dBmO 


DP R 


Single Frequency Distortion 
Products in Band (2nd or 3rd 
Harmonic Half Channel) 




-50 


-46 


dB 


Input = 1 .02kHz OdBmO 
AT&T Advisory #64 (3.8) 


IMD 1 


Intermodulation Distortion, End to 
End Measurement 






-40 


dBmO 


CCITT G.71 2(7.1) 


IMD 


Intermodulation Distortion, End to 
End Measurement 






-50 


dBmO 


CCITT G.71 2(7.2) 


SOS 


Spurious Out of Band Signals, 
End to End Measurement 






-27 


dBmO 


CCITT G.71 2(6.1) 


SIS 


Spurious in Band Signals, End to 
End Measurement 






-40 


dBmO 


CCITT G.71 2(9) 


Dax 


Transmit Absolute Delay 




180 




IJS 


OdBmO, 1.02kHz 

Includes delay through A/D 


Ddx 


Transmit Differential Envelope 
Delay; Relative to minimum 
envelope delay (1.4kHz) 




170 
95 
45 

105 




MS 
MS 
fJS 


f= 500-600 Hz 
f= 600-1000 Hz 
f = 1000-2600 Hz 
f = 2600-2800 Hz 


D A r . 


Receive Absolute Delay 




125 




MS 


OdBmO, 1.02kHz 

Includes delay through D/A 


D D r 


Receive Differential Envelope 
Delay; Relative to minimum 
envelope delay (300 Hz) 




45 

35 

85 

110 




MS 
MS 
MS 
MS 


f = 500-600 Hz 
f = 600-1000 Hz 
f = 1000-2600 Hz 
f = 2600-2800 Hz 


NOISE (Primary Channel) 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


Nxci 


Transmit Noise, C-Message 
Weighted 




12 




dBmCO 


Transmit Gain Adjust = OdB 


N X pi 


Transmit Noise, Psophometrically 
Weighted 




-78 




dBmOp 


Transmit Gain Adjust = OdB 


Nrci 


Receive Noise, C-Message 
Weighted 




10 




dBmCO 


Unity Gain; Idle Code 


Nrpi 


Receive Noise, Psophometrically 
Weighted 




-80 




dBmOp 


Unity Gain; Idle Code 


PSRF^ 


V cc Power Supply Rejection, 
Transmit or Receive Channel 




-35 




dB 


Idle channel; 200mV P-P 
signal on supply DC to 50 
KHz; Note 1. 


PSRR 2 


V BB Power Supply Rejection 
Transmit or Receive Channel 




-30 




dB 


Idle Channel; 200mV P-P 
signal on supply DC to 50 
KHz; Note 1. 



Note: 

1 . Measured at SLD Voice bytes for transmit channel. Measured at V FR for receive channel. 
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CROSSTALK 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


CT TR 


Crosstalk, Transmit Voice to 
Receive Voice 




-75 




dB 


Input = OdBmO, unity gain 
1.02 KHz; idle code on SLD 
voice byte 


CT RT 


Crosstalk, Receive Voice to 
Transmit Voice 




-75 




dB 


OdBmO, 1 .02 KHz signal at 
SLD receive voice byte; VFX 
= GNDA 



TRANSMIT VOICE FREQUENCY CHARACTERISTICS 

TG1 = TG2, Transmit Programmable Gain = 6dB 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


Grx 


Gain Relative to Gain at 1 .02kHz 










OdBmO Signal Input at VFX 




16.67Hz 






-30 


dB 






50Hz 






-25 


dB 






60Hz 






-22 


dB 






200Hz 


-1.8 




-0.125 


dB 






300 to 3000Hz 


-0.125 




+ 0.1 25 


dB 






3400 Hz 


-0.70 




-0.10 


dB 






4000Hz 






-14 


dB 






4600Hz and Above 






-32 


dB 




AG PX 


Programmable Gain 




±.10 




dB 


freq. = 1 .02kHz for all steps 




^i> V ^^NN S^.^^^^^) 



> V»)»»»»»»», 



-J I I I I I I I 




FREQUENCY (Hi) 



Figure 12. Transmit Voice Frequency Characteristics 
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RECEIVE VOICE FREQUENCY CHARACTERISTICS 

Receive Programmable Gain = OdB 








Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


G RR 


Gain Relative to gain at 1 .02kHz 










OdBmO input on SLD 




Below 200Hz 






+ 0.125 


dB 






200Hz 


-0.5 




+ 0.125 


dB 






300 to 3000Hz 


-0.125 




+ 0.125 


dB 






3400Hz 


-0.70 




-0.1 


dB 






4000Hz 






-14 


dB 






4600Hz & Above 






-30 


dB 




AG PR 


Programmable Gain Accuracy 




±.10 




dB 


f = 1.02kHz all steps 




1 TYPICAL TRANSFER FUNCTION OF THE RCCEIVE FILTER AS A SEPARATE COMPONENT 
1 TYPICAL TRANSFER FUNCTION OF THE RECEIVE FILTER DRIVEN BY THE SAMPLE AND 

HOLO OUTPUT OF THE INTEL M10A AND 2911A COOECS THE COMBINED FILTER/CODEC 

RESPONSE MEETS THE STATED SPECIFICATIONS 



Figure 13. Receive Voice Frequency Characteristics 
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A.C. CHARACTERISTICS — TIMING PARAMETERS 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


Tscl 


SCL Pulse Width 


550 




1075 


ns 




Tdc 


SCL Duty Cycle 


28 
45 


33 
50 


38 
55 


% 
% 


2952 CLK Clock = 1.544 or 

1.536MHz 
2952 CLK Clock ^ 
2.048MHz 


Trc 
Tfc 


Rise, Fall Times, SCL 






50 


ns 




Trd 
Trd 


Rise, Fall Times, SLD 






50 


ns 




Tdirr 


SCL to SDIR Delay 


-150 




150 


ns 




Tdirf 


SCL to SDIR Delay 


-150 




+ 420 


ns 




Tdd 


SCL to SLD Delay 







200 


ns 


29C48 Transmitting 


Tsd 


Set-up Time, SLD to SCL 


100 






ns 


2952 Transmitting 


Thd 


Hold Time, SCL to SLD 


100 






ns 




Thzi 


SDIR to SLD Active 







100 


ns 


Byte 1, Bit 1 29C48 
Transmitting, Channel A 


ThZ2 


SCL to SLD High Impedance 







100 


ns 


After last bit of Channel A, 
B, or Feature Control as 
Appropriate (Channel A/B 
Operation) 


ThZ3 


SCL to SLD Active 







100 


ns 


Channel A or B, Feature 
Control, Signaling as 
Appropriate (Channel A/B 
Operation) 


Tss 


Set-up time, signaling inputs to 
SLD Byte #3, Bit 


1 






MS 




Ths 


Hold time, SLD Byte 4 Bit 7 for 
all signaling inputs 


1 






jUS 




Tds 


Delay SLD Byte 5 to signaling 
outputs 






1 


/AS 
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TIMING PARAMETERS (CLK = 1.544 MHz, 33% DUTY CYCLE) 
RECEIVE CYCLE 



CLK 



tRC 
SCL 



njiniuuiruniiJinjinriJi 

— H_H-tscL , _ 



tDIRR 



SDIR 



SLD 



if 



tHD -+> 



-fh 



tso 



-oc~>cdc=>c> 



tRD.tFD 



TRANSMIT CYCLE 




A.C. TESTING INPUT, OUTPUT WAVEFORM 



INPUT/OUTPUT 



^>TEST POINTS<^ 



A.C. TESTING: INPUTS ARE DRIVEN AT 2.4V FOR A LOGIC "1" and 0.45V FOR A 
LOGIC "0". TIMING MEASUREMENTS ARE MADE AT 2.0V FOR A LOGIC "1" AND 
0.8V FOR A LOGIC "0". 
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iATC 2952 
INTEGRATED LINE CARD CONTROLLER 



■ Provides Complete Backplane Interface 
for 8 Subscribers 

■ Performs all Timeslot Assignments 

■ 2 Full-Duplex, Serial TDM Highways 

■ Serial, Bidirectional Packetized highway 
for Signaling Control 

■ Standard MCS juP interface with two 
channel DMA and interrupt 



The Intel iATC 2952 Line Card Controller (LCC) is a 
of telecommunication switching systems. The 2952 
both analog and digital line circuits. It is also useful 



■ Implements HDLC Protocol to 
Guarantee Integrity of all Signaling and 
Control Information 

■ Supports Four Control Options Local or 
Global Microprocessor Direct or 
Interleaved HDLC Control 

■ Designed for 24, 32, 48 or 64 Timeslot 
Systems 

■ Common Backplane Interface Supports 
ISDN Upgradability 

special purpose I/O controller optimized for use in all types 
is intended for use with up to eight subscriber devices in 
as a general purpose I/O controller for other applications. 



The 2952 represents the continuation of a trend to intelligent flexible line cards. With its modular design, the 
2952 provides a graceful upgrade path from analog line circuits to an ail digital system. Analog line board 
density can be greatly increased using the LCC with the 29C51 or 29C50A Feature Control Combos. The 2952 
handles the transfer of voice, feature control, and signaling information between the backplane and up to 8 
29C51's, or 16 29C50A's. The 2952 will interface with and control all Intel SLD compatible slave devices. The 
2952 emphasizes highly serial interfaces, thus reducing the number of digital interconnections both to the 
subscriber device and to the backplane. 



SLD4CZ 


1 V " 


' 40 


"3 SLD3 


SLD5C 


2 


39 


Z] SLD2 


SLD6C 


3 


38 


3 SLD1 


SLD7 C 


4 


37 


ZlSLDO 


DR1 C 


5 


36 


Z} RESET 


DROC 


6 


35 


IDTnt 


DX1 C 


7 


34 


ZJ DACK1 


dxieC 


8 


33 


ZJ DACKO 


DXOC 


9 


32 


zi WR 


dxoeC 


10 2952 31 


ZJ vcc 


FSC 


11 


30 


Z2 AD7 


SCLC 


12 


29 


ZJ AD6 


SGS/DMIR C 


13 


28 


"D AD5 


SDIR/DMOR C 


14 


27 


D AD4 


DSXC 


15 


26 


ZJ AD3 


DSEC 


16 


25 


ZJ AD2 


DSRC 


17 


24 


3 AD1 


esc 


18 


23 


ZJ AD0 


ALEC 


19 


22 


3 RD 


QNDDC 


20 


21 


ZJ CLK 



Figure 1. Pin Configuration 
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CLOCKS AND CONTROL 



SERIAL 

SUBSCRIBER 

LINES 




SUBSCRIBER 

LINE 
INTERFACE 



A~*\ 

w 



TIME-SLOT 

MATCHING 

CAM 



31 



COMMAND 
PROCESSOR 






<J=! 



r\ 



CONTROL 
REGISTERS 



i^« 



PCM 
INTERFACE 



"* DRO \ 

» DXO I 

». DXOE / 



XFF 



7V 



BFF 



- DX1 

- DX1E , 



PCM 

TRANSMIT 

AND 

RECEIVE 

HIGHWAY 



V 



J? 



MICROPROCESSOR INTERFACE 



•DMIR 
•DMOR 



_J 



DACKO - 
DACK1 - 






CONTROLLER 



t t 



"* DSR \ 

— ► psx \ 

► DSE J 



SIGNALING 

. ANDHDLC 

HIGHWAY 



*Dual Function pin 



Figure 2. 2952 Block Diagram 
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Table 1. Pin Description 



Symbol 


Pin No. 


Function 


GNDD 


20 


Ground: OV. 


VCC 


31 


Most positive supply; input 
voltage is +5V ±5%. 


SLDO-7 


37-40 
1-4 


Subscriber Data Link. There 
are eight bidirectional pins 
that transfer serial 
information between the 
2952 and the subscriber 
devices (e.g. 29C51). 


SCL 


12 


Subscriber Clock. This is a 
512kHz signal generated by 
the 2952 with 50% or 33% 
duty cycle clock. Can be 
connected up to 8 slave 
devices. 


SGS/DMIR 


13 


Signaling Strobe. Can be 
used to strobe signaling bits 
or voice bytes for enabling 
external logic. In the DMA 
mode DMIR functions as 
DMA input request for HDLC. 


SDIR/ 
DMOR 


14 


Subscriber Direction. This is 
an 8kHz signal generated by 
the 2952 to serve as both a 
direction indicator and a 
slave frame sync. When 
high, the SLD bus becomes 
an output and data is 
transferred from the 2952 to 
the slave. When low, the 
output buffer on the slave 
SLD pin is enabled and data 
is transferred from the slave 
to the 2952. In the DMA 
mode, DMOR functions as 
DMA output request for 
HDLC. 


CS 


18 


Chip Select. Enables RD or 
WR. A low level at this input 
allows the 2952 to accept 
commands or data from a 
microprocessor within a write 
cycle, or to transmit data 
during a read cycle. When no 
local uP is connected this pin 
should be connected to 
GNDD. 


ALE 


19 


Address Latch Enable. 
(Active high input). On falling 
edge of this input signal, data 
on AD(0-7) is latched into 
the selected register. When 
no local microprocessor is 
connected, this pin should be 
connected to GNDD. 



Symbol 


Pin No. 


Function 


RD 


22 


Read Strobe. (Active low 
input). When input is low, 
data is transferred from 
selected register on to yP 
bus. When no local /xP is 
connected, this pin should be 
connected to GNDD.. 


AD(0-7) 


23-30 


Address/Data pins. Standard 
/xP bus used to transfer 
address and data between 
the fiP and internal registers 
of the 2952. When no local 
/xP is connected, the unique 
ID is hardwired on pins 
AD(0-7). 


WR 


32 


Write Strobe. (Active low 
input). When WR transitions 
from low to high, data on 
pins AD(0-7) are latched into 
the selected register. When 
no local microprocessor is 
connected, this pin should be 
connected to GNDD. 


DACKO 
DACK1 


33 
34 


DMA Acknowledge. DACKO 
is used to acknowledqe the 


DMA output, and DACK1 is 
used for DMA input. When 
no local microprocessor is 
connected, these pins are 
used to hardwire mode 
information. 


INT 


35 


Interrupt Request. A standard 
microprocessor interrupt, with 
active low output. 


DR1 


5 


Receive PCM Highway 1 . 
Serial words are received on 
PCM highway 1 at this 
interface. 


DRO 


6 


Receive PCM Highway 0. 
Serial words are received on 
PCM highway at this 
interface. 


DX1 


7 


Transmit PCM Highway 1 . 
Serial words are transmitted 
onto PCM highway 1 at this 
interface. 


DX1E 


8 


Transmit PCM Highway 1 
Enable. Used to enable 
external tristate buffers to 
drive signals onto the PCM 
highway. The signal goes low 
while the 2952 is transmitting 
onto PCM highway 1 . 
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Table 1. Pin Description 



Symbol 


Pin No. 


Function 


DXO 


9 


Transmit PCM Highway 0. 
Serial words are transmitted 
onto PCM highway at this 
interface. 


DXOE 


10 


Transmit PCM Highway 
Enable. Used to enable 
external tristate buffers to 
drive signals onto the PCM 
highway. The signal goes low 
while the 2952 is transmitting 
onto PCM highway 0. 


DSX 


15 


Transmit Signaling Highway. 
Serial signaling and control 
data is transmitted on this 
dedicated HDLC highway. 


DSE 


16 


Transmit Signaling Highway 
Enable. Used to enable 
external tristate buffers to 
drive signals onto the 
transmit signaling highway. 
The signal goes low while 
the 2952 is transmitting an 
HDLC packet onto DSX. 


DSR 


17 


Receive Signaling Highway. 
Serial signaling and control 
data is received on this 
dedicated HDLC highway. 


FS 


11 


Frame Synchronization 
System sync pulse indicating 
beginning of a 125>usec 
frame. 


CLK 


21 


Master Clock. System input 
clock provides basic timing 
for the 2952 and is 
synchronous to the PCM 
clock. The clock rate 
determines the number of 
timeslots on the transmit and 
receive PCM highways, 
ranging from 24, 32, 48 or 64 
per frame. 


RESET 


36 


Reset. (Active high input). 
When high, 2S52 internal 
circuitry is reset. The 
minimum reset pulse must be 
16 complete CLK clock 
cycles wide. 



FUNCTIONAL DESCRflPTION 

The 2952 is a highly integrated line card controller 
which concentrates and multiplexes all digital infor- 
mation that passes between a line card and the next 
switching or control level in a digital telecommuni- 
cations system, it controls time switching functions 
between the individual subscriber line devices and 
the system backplane Time Division Multiplexed 
(TDM) highways. Sn addition, it manages the transfer 
of ail signaling and control messages, either to an 
optional local microprocessor or to a central control 
processor. The 2952 implements all protocol control 
functions using the HDLC format for all information 
transmitted between the line card and the centra! 
processor. 

EXTERNAL INTERFACE 

The 2952 LCC supports interfaces for the subscriber 
line devices, an optional local microprocessor, and 
the backplane PCM and HDLC highways. Each is 
described briefly below. 

Subscriber Line Interface 

The LCC provides 8 serial, bidirectional ports for the 
digital transmission of voice, data, control, and sig- 
naling information to and from the subscriber. These 
leads, SLD0-SLD7, can be used to interface to both 
analog and digital line card subscribers (See Figure 
3). 

The Slave Clock SCI, is a fixed 51 2 kHz signal output 
used to transfer all signals between the subscriber 
device and the 2952. Data is received and transmitted 
upon the rising edge of SCL. 

Data transmission direction is controlled by the Slave 
Direction clock, SDIR. This 8 kHz signal divides the 
frame transfer into transmit and receive halves ref- 
erenced to the subscriber as shown in Figure 3. When 
SDIR is high, (RCV half-cycle), information is trans- 
mitted from the 2952 to the subscriber in four bytes 
consisting of voice, data, feature control, and signal- 
ing information. In the second half (XMiT-half cycle), 
the subscriber circuit sends four bytes of XMIT data 
back to the 2952. 
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Figure 3. SLD Interface 



Backplane Interface 

The LCC supports dual TDM voice/data highways as 
well as a separate high speed serial highway for sig- 
naling and control information. This information is 
packetized and protected in HDLC format for trans- 
mission to a central processor. 

The system clock (CLK) provides data rate transfers 
for both the TDM and HDLC links. The 2952 can 
operate in 24, 48, 32 or 64 timeslots systems. Any 
subscriber has access to any timeslot on either TDM 
highway. The 2952 allows the flexibility of program- 
mable rising or falling edge latching of data onto the 
highways. Additionally, PCM highway delays can be 
compensated for by programming a phase shift in 
both transmit and receive timeslots as referenced to 
the frame synchronization pulse. The starting point 
of the bytes can be shifted up to 7 CLK clock cycles 
for both transmit and receive directions in half clock 
increments. 

Microprocessor Interface 

The microprocessor interface provides a communi- 
cation path for a local yP and the backplane and/or 
slave devices. The 2952 is designed to operate with 
standard Intel 8-bit parallel microprocessors, such as 
the MCS-48, MCS-51 , MCS-85, and iAPX-86 fami- 
lies. Interrupt capability, direct-memory-access re- 
quest and acknowledge signals and a full feature mul- 
tiplexed address data bus are incorporated into this 
interface. 



Alternatively, the 2952 can operate in a stand alone 
mode on the line card in systems using a more cen- 
tralized processing architecture. In this mode, the in- 
dividual line board address and initialization infor- 
mation is hardwired onto the microprocessor interface 
pins. 

2952 BASE ARCHITECTURE 

The 2952 can be partitioned into three functional 
blocks, according to the type of data transfers that 
each provides. The synchronous portion comprises 
the subscriber and PCM highway interfaces. Included 
in this section is also the Master Timing Unit, a CAM 
(Content Addressable Memory) for timeslot matching, 
a MODE register to configure the 2952 and for the 
determination of the type of HDLC data exchange, 
and the internal bus for a communication link between 
the various interfaces and registers. The PCM Inter- 
face Unit and the Subscriber Interface Unit with Last 
Look logic are also grouped into this segment. The 
Last Look logic monitors the status of signaling in- 
formation received from each subscriber every frame. 
Any change of status is reported to the local yP or 
to the LCC bus control unit. 

The asynchronous portion includes the local micro- 
processor interface and the serial HDLC signaling 
and control interface. The HDLC controller is com- 
patible with ISO/CCITT recommendation X.25, and 
is designed for either point-to-multipoint configura- 
tions as a primary station, or in point-to-point as a 
secondary station. Each 2952 is accessed through 
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an 8-bit address, allowing up to 255 secondaries to 
be addressed on one HDLC serial line. The logic level 
of the HDLC implementation and the distribution and 
compilation of the data packages are handled in a 
separate command unit contained in this portion. 

The synchronous and asynchronous portions are 
linked to one another by a set of buffers and a control 
unit for the LCC internal bus. Two 1 6-byte by 8-bit 
FIFO's are used for intermediate storage of mes- 
sages. The XFF, or Transmit FIFO buffers data pack- 
ages for transmission to the central processor through 
the HDLC interface. The type of data loaded is either 
from the Last Look logic or from the ix? in package 
form with direct addressing to the 2952. The BFF, or 
bidirectional FIFO, is used for data exchange be- 
tween the central controller (via the HDLC interface), 
the local microprocessor (via the pP bus), and the 
LCC (via the LCC bus). 



MODES OF OPERATION 

The 2952 may operate in either a primary or sec- 
ondary command mode within a single system. When 



instructed as a primary station, a local microproces- 
sor must be used to instruct the 2952 and to generate 
control messages for other stations. This mode is 
used primarily by unit or group controllers to com- 
mand secondary 2952's. When in the secondary 
mode, the 2952 executes received HDLC commands 
from the group controller. Additionally, a transparent 
command mode may be configured in which all HDLC 
messages received from the backplane are passed 
directly to the local microprocessor. This allows a sec- 
ondary 2952 to execute user defined protocol and 
commands. 

The 2952 can operate in one of two HDLC commu- 
nication modes — dedicated HDLC or interleaved 
HDLC. In the dedicated configuration, HDLC mes- 
sages are received on DSR and are transmitted on 
DSX. The interleaved mode reserves up to two time- 
slots per frame for transmission of signaling and con- 
trol messages on the PCM highways. The HDLC 
packets are disassembled and interleaved into pro- 
grammed timeslots on either of the two highways. 
Alternatively, the microprocessor can communicate 
directly to the central controller via a direct connec- 
tion, bypassing the 2952 HDLC interface completely. 
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Figure 4. Architectural Diagram 
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ABSOLUTE MAXIMUM RATINGS 

Temperature Under Bias -10°Cto + 80°C 

Storage Temperature -65°c to 125°C 

AH Input and Output Voltages 

with respect to GNDD -0.3V to + 7V 

Total Power Dissipation 1.5W 



DC CHARACTERISTICS 

(T A = Q?C to 70°C, V cc - + 5V ± 5%; GNDD = 0V 

Typical values are for T A = 25°C and nominal power supply value 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


l,L 


Input Leakage Current 


-10 




+ 10. 


jjlA 


GND.<V in *V<jc-- 


'OL 


Output Leakage Current 


-10 




+ 10 


/jlA 


GND ^ V 0UT * V cc 


V,L 


Input Low Voltage 


-0.5 




0.8 


V 




v IH 


Input High Voltage 


2.0 




v cc 


V 




Vol 


Output Low Voltage 






0.45 


V 


l 0L = +1 .6 mA 


Voh 


Output High Voltage 


2.4 






V 


l 0H = -400 jitA 


'cc 


V cc Supply Current 




85 


120 


mA 


Vcc = 5V 


^D1 


Operating Power Dissipation 




425 




mW 




CAPACITANCE (T A = 25°C; V cc = GNDD, 0V) 


Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test Conditions 


C|N 


Input Capacitance 




5 


10 


PF 


f c = 1 MHz 


C|/o 


Input/Output Capacitance 




10 


20 


pF 




CqUT 


Output Capacitance 




8 


15 


PF 


Unmeasured pins 
returned to GNDD 
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A.C. CHARACTERISTICS 

(T A = 0°C to 70°C; V cc = 5V±5%, GNDD = OV) 

SLD Interface Timing 



Symbol 


Parameter 


Mln 


Max 


Units 


CLK 


System Backplane Clock Frequency 


1.536 


4.096 


MHz 




CLK Duty Cycle 


45 


55 


% 




CLKRise, Fall Times 




10 


ns 




Frame Synchronization Pulse Period 


125 




fjiS 


t F s 


Frame Synchronization Pulse Width 


60 


t.CLK 


ns 


Ws 


Pulse Delay to CLK 


10 




ns 


*SFS 


Set-Up Time to CLK 


50 




ns 


SCL 


Slave Clock SCL Frequency 


512 


512 


kHz 


tdSCL 


SCL Delay Time From CLK 


100 


165 


ns 


SDIR 


Slave Direction SDIR Frequency 


8 


8 


kHz 


*dDIR 


SDIR Delay Time to CLK 


120 


190 


ns 


Wd 


SLD Data Delay 


160 


300 


ns 


*DER 


Data Enable Receive 


100 


180 


ns 


*DDR 


Data Disable Receive 


100 


180 


ns 


*DEX 


Data Enable Transmit 







ns 


*DHX 


Data Hold Transmit 







ns 


tosx 


Data Set-Up Transmit 


i onn 




ns 


2 CLK ' " 00 


*DSIG 


Signaling Strobe Delay 


110 


160 


ns 
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A.C. CHARACTERISTICS 

(T A = 25°C, V cc = GNDD = OV) 

MICROPROCESSOR INTERFACE 
READ CYCLE 



Symbol 


Parameter 


Mln 


Max 


Units 


W 


Address Set-Up to ALE 


30 




ns 


«U 


Address Hold After ALE 


20 




ns 


'aa 


ALE Pulse Width 


60 




ns 


'rd 


Data Delay From RD 




150 


ns 


t D F 


Data Float After RD 




25 


ns 


*RR 


RD Pulse Width 


150 


iO 7 


ns 


tRI 


RD control interval 1 


2x 1 
* .CLK 




ns 


tRI 


RD control interval 2 


100 




ns 


WRITE CYCLE 


Symbol 


Parameter 


Mln 


Max 


Units 


*DW 


Data Set-Up to WR 


50 




ns 


*WD 


Data Hold After WR 


25 




ns 


*WW 


WRPIuse Width 


100 




ns 


*WI 


WR control interval 1 


2x 1 
2 X .CLK 




ns 


*wi 


WR control interval 2 


50 




ns 



NOTES: 

1 . Read or Write of BFF and XFF. 

2. Read or Write of all other registers. 
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DMA READ 


Symbol 


Parameter 


Min 


Max 


Units 


*DMA 


DMA Read Time 




7X ^D< 


ns 


*0H 


DMOR Hold Time 




75 


ns 


t A R 


Address Stable before RD 







ns 


*RD 


Data Delay from RD 




150 


ns 


*DH 


Date* Hold after RD 


20 




ns 


tRA 


Address Hold after RD 







ns 


*RR 


RD Pulse Width 


150 


10 4 


ns 


DMA WRITE 


Symbol 


Parameter 


Mln 


Max 


Units 


*DMA 


DMA Write Time 




7x :ch< 


ns 


t.H 


DMIR Hold Time 




80 


ns 


*aw 


Address Stable before WR 







ns 


w 


Address Hold after WR 







ns 


tow 


Data Set-Up to WR 


30 




ns 


tyVD 


Data Hold after WR 


25 




ns 


tywv 


WR Pulse Width 


100 




ns 
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System Backplane Timing Parameters 
PCM INTERFACE — RECEIVE TIMING 



Symbol 


Parameter 


Mln 


Max 


Units 


Test Conditions 


*DSRR 


Receive Data Set-Up DCR = 1 


40 




ns 


60ns for Interleaved Mode 


*DHRR 


Receive Data Hold DCR = 1 


10 




ns 




*DSRF 


Receive Data Set-Up DCR = 1 2 


20 




ns 




*DHRF 


Receive Data Hold DCR = 1 2 


40 




ns 




PCM INT 


ERFACE — TRANSMIT TIMING 










Symbol 


Parameter 


Mln 


Max 


Units 


Test Conditions 


*DZXR 


Data Enable DCX = 


80 


160 


ns 


C L = 200pF 


*DHXR 


Data Hold Time DCX = 


45 


160 


ns 


C L = 200pF 


*DZXF 


Data Enable DCX = 1 


40 


100 


ns 


C L = 200pF 


*DHXF 


Data Hold Time DCX = 1 


40 


100 


ns 


C L = 200pF 


*HZX 


Data Float After CLK TS 


35 


80 


ns 


C L = 150pF 


*SONR 


Timeslot x to enable DCX = 


70 


130 


ns 


C L = 150pF 


*SONF 


Timeslot x to enable DCX = 1 


40 


100 


hs 


C L = 150pF 


*SOFF 


Timeslot x to disable 


40 


100 


ns 


C L = 150pF 


HDLC INTERFACE TIMING 


Symbol 


Parameter 


Mln 


Max 


Units 


Test Conditions 


tos 


Receive Data Set Up 


40 




ns 




^H 


Receive Data Hold 


10 




ns 




*TD 


Transmit Data Delay 


40 


100 


ns 


C L = 200pF 


*HZX 


Data Float on TS Exit 


35 


80 


ns 


C L = 200pF 


l SON 


Timeslot X to enable 


40 


95 


ns 


C L = 150pF 


^OFF 


Timeslot X to enable 


35 


90 


ns 


C L = 150pF 



NOTE: 

1. DCR = data latched on rising edge of CLK. 

2. DCR = 1 data latched on falling edge of CLK. 
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WAVEFORMS 



SLD Interface Timing 
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¥h 
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Y 



^-tdSIGH 
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} 
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Microprocessor Interface 
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PCM INTERFACE RECEIVE TIMING 



CLK 



DRO/1 



DRO/1 



j~i^u~\ r 



tDSRR - 



mwcd^^c: 



-tDHRR 



-tDSRF 



-tDHRF 



PCM INTERFACE TRANSMIT TIMING 



CLK 



_X~^ i 



DXO/1 



DXO/1 



DX1/2E 



< 



-tDZXR 



tDZXF- 



\ 



X 



-tDHXR 



— ► ^— tHZX 



tDHXF- 



-tSONR 



DX1/2E 



tSONF 



a 



c=^c:> 



-tSOFF 
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HDLC INTERFACE RECEIVE TIMING 
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LCDK — 29C51/52 
JATC-29C51/52 LINE CARD DEVELOPMENT KIT 



■ Single Board Line Card Plus Group 
Controller. 

■ Minimal Assembling, Low Cost, Kit 
Form. 

■ Extensive System Software in ROM. 



Wire-Wrap Area for Custom Circuitry. 
A Comprehensive User's Manual. 
Direct Interface with a CRT Terminal. 
User's Manual. 



The LCDK-29C51/52 contains most of the components required for a full feature line card. The kit consists of 
primary and a secondary board, which with an addition of few components can be made to function as a PBX. 
Included is a preprogrammed ROM containing a system monitor for general software utilities and system 
diagnostics. The SLD LCDK-29C51/52 is designed to be operated with a dumb terminal; however, software is 
provided to operate the kit from an Intellec Development System. This kit is an inexpensive and highly flexible 
prototype system that has been designed to reduce system development time thereby leading to an increased 
productivity. 



FUNCTIONAL DESCRIPTION 

The LCDK-29C51/52 consists of two boards, namely 
a primary and a secondary. The kit supports up to 
128 TDM timeslots and with a little additional hard- 
ware, a full feature line card. The kit as supplied, 
without any additional components, can be used to 



form a signal path between two analog sources. The 
LCDK comes completely assembled. The SLD 
LCDK-29C51/52 secondary board functional block 
diagram is shown in Figure 1, the primary board is a 
subset of the secondary. 
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FS 



CLK 



2952 
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ROM/ 
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ROM/ 
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Figure 1. LCDK-29C51/52 
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29C51 Combo 



The Intel iATC 29C51 Feature Control Combo Is an 
advanced user-programmable, fully integrated PCM 
codec with transmit/receive filters fabricated in CMOS 
technology. The 29C51 realizes the same excellent 
transmission performance as the Intel 2913/2914 
Combo while achieving the low power consumption 
typical of CMOS circuits. 

The 29C51 incorporates the Supervision, Coding, Hy- 
brid and Testing Operations out of the normal 



BORSCHT functions associated with an analog line 
interface circuit. The 29C51 also offers a secondary 
analog channel, programmable transmit and receive 
gains, on chip or custom hybrid balancing network 
selection and a flexible signalling interface. The 
29C51 is intended for use with the 2952 Intergrated 
Line Card Controller in digital switching environ- 
ments. A block diagram of the 29C51 Combo is 
shown in Figure 2. 
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Figure 2. 29C51 Combo Block Diagram 
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2952 Line Card Controller 



The Intel IATC 2952 Line Card Controller (LCC) is a 
special purpose I/O Controller optimized for use in all 
types of telecommunication switching systems. The 
2952 replaces the traditional MSI circuits and rep- 
resents the continuation of a trend to intelligent flex- 
ible line cards. 

The 2952 handles the transfer of primary voice, data, 
feature control, and signalling information between 
the backplane and up to eight 29C51 's; however, the 
LCDK-29C51/52 will only be equipped for four 
29C51's per board. The 2952 and 29C51 communi- 



cate across a Subscriber Data Link (SLD) interface. 
The SLD is a three wire link comprising of a clock 
signal a serial data stream and a read/write strobe. 

The 2952 is equipped with a standard microprocessor 
interface and independent transmit and receive DMA 
channels. As well as this, the 2952 has two standard 
PCM highways for connection to the backplane. An- 
other feature of the 2952 is a fast serial interface to 
the central processor. This serial interface is intended 
for signalling and follows a subset of the HDLC pro- 
tocol. Figure 3 shows a block diagram of the 2952. 
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Figure 3. 2952 Block Diagram 
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The 8031 CPU 



The Intel 8031 belongs to the MCS-51 series of single 
chip microcomputers, and Is at the heart of the LCDK, 
performing control and processing functions for both 
the primary and secondary stations. The 8031 CPU 
combines, on a single chip; a 128 x 8 data RAM, 32 
input/output lines, two 16-bit timer/event counters, a 
five source level nested interrupt structure, a pro- 



grammable serial I/O port; and an on chip oscillator 
and clock circuits. An 8031 block diagram is shown 
in Figure 4. 

For additional information on the 8031 see the 8051 
User's Manual. 
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Figure 4. 8031 Block Diagram 
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System Software 

A compact but powerful system monitor is contained 
in 8K bytes of preprogrammed ROM. The monitor 
includes system utilities such as command interpre- 
tation and interface controls. Table 1 summarizes the 
LCD-29C51/52 monitor commands. 

Table 1 



Command 


Operation 


(LCCreg) 


Read or Write a 2952 register. 


Half/Full 


Half or Full duplex terminal mode. 


Help 


Displays a Help file. 


Byte 


Read or Write any external data 




memory address, 


LCC 


Relocation of 2952 base address. 


GO 


Execute user programs resident in 




memory. 



MEMORY 

The memory is mapped via 4K byte pages; a maxi- 
mum of 1 2K bytes are used allowing a user expansion 
of memory up to 64K bytes. The memory can be 
configured as 8K bytes of ROM/PROM plus 2K bytes 
of RAM or alternatively 12K bytes of ROM/PROM. 

USER INTERFACE 

Communication with the outside world is accom- 
plished over an RS-232-C compatible link. This serial 
link will hook up a CRT terminal to the serial port on 
the 8031 . Alternatively an Intellec Development Sys- 
tem can be connected to the LCDK, this can now be 
used as either a dumb terminal or to transport user 
developed programs to the LCDK, commands for 
these functions are shown in Table 2. A large area 
of the board is laid out as general purpose wire-wrap 
for user custom interface. 

Table 2 



Command 


Operation 


DTERM 
Control-D 


Places Intellec development system 

in dumb terminal mode. 
Transports user developed programs 

from Intellec development system 

to the LCDK. 



ASSEMBLY 

The LCDK-29C51/52 is supplied fully assembled and 
is ready to go upon power up and terminal connection. 
The monitor is initialized by twice typing the return 
key on user terminal. 



Documentation 

In addition to detailed information on using the mon- 
itor, the LCDK-29C51/52 user's manual provides cir- 
cuit diagrams, a monitor lisitng, and a description of 
how the system works. The complete design library 
for the LCDK-29C51/52 is shown in Figure 4 and 
listed in the specification section under Reference 
Manuals. 



SPECIFICATIONS 

Control Processor 

Intel 8031 microcomputer. 
12MHz clock rate 

Memory 

ROM — Socket for 256K bytes of program memory, 
however, a 4K or 2K byte ROM may be in- 
serted. 

RAM — Socket for 2K bytes static RAM; user confi- 
gurable as program or data memory. Alter- 
natively a 4K EPROM such as 2732A may 
be inserted. 

Feature Control Combo 

Sockets for four Intel iATC 29C51's. 

Line Card Controller 

Intel iATC 2952. 

User selectable 2.048MHz or 4.096MHz clock rate. 

Interface 

Ten line ribbon cable for interconnecting the primary 
and secondary boards, all signals are TTL compati- 
ble. Serial RS-232-C compatible interface for a ter- 
minal. Terminal baud rate can be 300, 600, 1200, 
1800,2400, 3600 or 4800. 

Software 

System Monitor — Preprogrammed 2732 ROM. 

Monitor I/O — CRT or Intellec Development System. 

Physical Characteristics 

Width — 12 inch 
Height — 1 % inch 
Depth — 7V& inch 
Weight — 0.864 lbs. 
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Mounting 

The two board may be: 

— plugged into an Intel system rack 

— or mounted on five horizontal legs. 



Electrical Characteristics 

DC Power Requirements 



Voltage 


Current 


±5V ±5% 
-5V ±5% 


2.5A 
80mA 



Environmental Characteristics 

Operating temperature .0 - 50°C 
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INTRODUCTION 

Line balancing is a concept associated with the fre- 
quency response matching of a line at its termination. 
This matching allows a reduction of echos generated 
within a telephone network. Bell Laboratories book 
on Telecommunications Transmission Engineering 
Volume 1 should be consulted for background on line 
balance and telephone network impairments. This ap- 
plication brief discusses line balancing implementa- 
tion with the 29C51 and 2952 in a telephone network. 
Finally test results are given to show the impedance 
matching that can be expected. The telephony con- 
vention of data directed towards the telephone being 
the transmit and that coming from the telephone being 
the receive is adhered to throughout this brief. 



IMPLEMENTATION 

The Line Card Development Kit 29C51/52 was used 
to form the subscriber loop shown in Figure 1 . The 
line is terminated by the two-to-four wire hybrid, a 
poor mismatch results in reflections at the hybrid 
which appear as an echo to the subscriber. As well 
as reflections, a portion of the received signal couples 
back onto the transmit direction. The magnitude of 
the coupled signal is determined by the rejection 
through the hybrid, this rejection is referred to as the 
transhybrid loss. A poor transhybrid loss can result 
in oscillations or near oscillations, referred to as sing- 
ing and near singing respectively. Note to maintain 
stability, the gain through the four wire path must be 
kept below unity. This brief discusses the implemen- 
tation and optimization of the transhybrid loss. 



Figure 2 shows a single and differential ended inter- 
face between the 29C51 and the line. The differential 
ended interface takes one more component than the 
single-ended one, however, it can deliver twice the 
signal level to the line. In principle, both interfaces 
operate in the same manner, so only the single-ended 
will be further discussed. The 29C51 will drive loads 
as low as 30011; if the parallel combination of the 
networks on V FR _ is below this, they may then be 
scaled. The receive signal, V FR + , is divided between 
Zo and the line impedance Z L seen looking down the 
line from the transformer. The signal across Z L is fed 
back onto the transmit direction through the V FX input. 
The V FR _ signal is divided between Zo and balance 
network ZB1 or ZB2. The receive signals across ZB1 
and ZB2 are weighted by the 29C51 summed and 
added to the transmit direction. This cancelling signal 
is given by: 

aH^F) +-(1 -a)H 2 (F) 

— H-i(F) and H 2 (F) are signals across ZB1 and ZB2 
respectively 

— - a is the interpolation coefficient 

The weighting is controlled by setting a to 0, 0.25, 
0.5, .75 or 1 through the 2952. The end result is 
interpolation between balance network one and two 
which could correspond to two extreme line condi- 
tions. 

Figure 2A shows the interpolated impedance range 
for the balance networks shown in Figure 3. Values 
of a equal to 1 and yield the external balance values; 
fractional a values produce a better balance over the 
frequency spectrum. 
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TEST SET UP AND RESULTS 



The gain through the 29C51 is externally set to unity 
and programmed internally to be well below one. 
Thus, the gain in the four wire path is kept below one. 
Readings were taken to measure the internal can- 
cellation performance of the 29C51, V FX was tied to 
V FR+ and EBN1 to V FR _, a was set to 1. This ar- 
rangement gives the rejection figures with perfect 
impedance matching. Transhybrid loss is given by the 
ratio of V FR+ to the signal at TG1 or 2. Figure 4 shows 
variation in transhybrid loss with frequency. 

The 29C51 was then set up, as shown in Figure 2. 
Measurements were taken on a single end line in- 
terface. The transformer used was a T51 1 5, this is a 
line coupling transformer with a 1 :1 ratio and has a 



split winding. The split side is capable of handling 
direct currents of up to 100mA. 

Figure 3 shows the balance networks that were used. 
These are the AT&T termination networks for loaded 
and unloaded lines. The subscriber side of the line 
was first terminated by balance network one with a 
equal to one and then terminated by balance network 
two with a equal to zero. Transhybrid loss results for 
these networks are plotted in Figures 5 and 6. 

Simulations were carried out to determine the opti- 
mum balance networks for various unloaded 0.5mm 
lines, these are shown in Figure 3A. 




Figure 3. Balance Networks 



Figure 3A 
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Figure 7 shows transhybrid loss variations with fre- 
quency for 0.5mm line lengths. Note again the inter- 
face between the 29C51 and the line was single- 
ended. 



The non identical loading of the V FR outputs did not 
create a voltage offset or a phase shift between V FR+ 
and V FR _. If this is a concern to the user, the imped- 
ances on the V FR _ output may be scaled up to match 
the load on the V FR+ output. 



45 - 






CO 




,. 


Q 




^^v^ 


Z 40 - 




^^■^ ^— -«^ 


(0 




» ^N.^^ 


V) 






3 35 - 




^"^^^ 


Q 




^^ 


tt „„ 






co 30 - 






>• 






X 






</) 






125- 






l 










1 1 1 1 1 1 1 1 




1 1 1 1 1 1 1 1 
500 1000 1500 2000 2500 3000 3500 4000 




FREQUENCY IN HZ 



g 35 -- 



m 30 -- 



: 0.05 fiF 




H 1 h 



H 1 1 h 



500 1000 1500 2000 2500 3000 3500 4000 
FREQUENCY IN HZ 



Figure 4. Transhybrid loss 
with frequency for ideal Matching 



Figure 5. Transhybrid loss 
with frequency 
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ARCHITECTURAL OVERVIEW 

IATC 29C53 

DIGITAL EXCHANGE CONTROLLER 



• 4-Wlre Digital Transceiver 

• 144 KB/S Data Transfer Rate (2B + D) 

• Microprocessor Interface 

• CCITT Compatible ISDN 'S' Interface 

• General Purpose Power Controller 
Interface 



• SLD Interface Compatible 

• Full interrupt Support 

• Master/Slave Modes 

• Programmable Power Down Mode 

• Low Power CHMOS 



FEATURES/BENEFITS 

• 4-wire full-duplex digital point-to-point and multi-point baseband transceiver, can be used in public or PBX digital 
subscriber or data communication applications. 

• CHMOS; low power consumption. 

• Power down modes; for lower power consumption when idling or not in use. 

• 144K bits/sec effective data transfer rate at up to l.OKm; supporting, voice/data, voice/voice or data/data transfers. 

• Master/slave modes of operation; same part can operate at both ends of subscriber loop. 

• Microprocessor interface; direct interface to MCS microprocessor family. 

• SLD interface; directly compatible with iATC Telecom product family. 

• CCITT compatible ISDN 'S' interface; the subscriber loop interface is compatible with pending CCITT recommendation 
1.430. 

• Power controller interface; provides four pins for control and accepts status from external devices. 

• Built-in HDLC packetizing/depackizing for D-channel. 
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GENERAL DESCRIPTION 

The 29C53 Digital Equipment Controller is an advanced, multi-channel, multi-protocol iATC Telecom transceiver able 
to interface with many types of equipment. In this capacity, the 29C53 allows the extension of digital functions, such 
as digital voice and data, directly into subscriber equipment with a high speed, 4- wire digitally encoded serial interface. 
The 29C53 is a 28-pin device, which, when used with a 29C51, 2952 and microprocessor, implements flexible point- 
to-point and multi-point digital voice/data systems primarily intended for PBX applications and ISDN Tl type terminals. 1 
This device in these modes provides a general data communication interface to a wide variety of terminals and work 
stations. The 29C53 transceiver with its programmable digital interface functions may be incorporated at either end of 
the subscriber loop interface (line card or digital telephone/terminal). As shown in Figure 1, the 29C53 has four separate 
interfaces: a serial SLD iATC Telecom system interface, a parallel power controller interface, a parallel general purpose 
microprocessor interface, and a 4-wire CCITT compatible S-interface (subscriber loop interface). 

Figure 2 presents a general block diagram of the 29C53. Its three major blocks are interconnected by two buses. The 
parallel bus is used to transfer status and control information while the serial bus is used to transfer data between the 
subscriber loop interface and the system interface. 
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Figure 2. 29C53 Block Diagram 
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SYSTEM INTERFACE {SLD interface) 

The system interface's primary function is to allow the 2.9C53 to transfer a B-channel datastream to other components 
using the SLD interface. It also can pass the entire 'S' datastream using the ELD mode. 

As shown in Figure 3, the SLD system interface consists of three lines: the SLD bidirectional data line, the 512KHz 
SCL clock line and the 8KHz SDIR data direction line. The 29C53 can be operated as an SLD master or slave. As an 
SLD master, the 29C53 generates the SCL and SDIR line signals. Data information is passed bidirectionally between 
the master and slave using a TCM transmission technique. The transferred data is buffered in the 29C53, allowing 
asynchronous transfer between the external and internal data. When in the SLD slave mode, the system interface may 
be used to access the 29C53s internal registers. 
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Figure 3. SLD Block Diagram 



MICROPROCESSOR INTERFACE 

This standard parallel interface has the capability to monitor and control the 29C53 functions as well as handle data. 
To the microprocessor, the 29C53 appears as an asynchronous peripheral. When the microprocessor accesses the 29C53, 
the 29C53's parallel internal bus becomes an extension of the microprocessor's bus. 

All registers interfacing to the 29C53's internal parallel bus are double-buffered permitting single-cycle (direct) access. 
The microprocessor read cycles are not synchronized with the 29C53; rather, the microprocessor immediately reads data 
from the slave portion of the accessed register via the parallel bus. In a microprocessor write operation, the data to be 
written into a 29C53 register is first latched at the microprocessor bus interface. Then, during a synchronized internal 
parallel bus cycle, this data is transferred to the addressed register after the microprocessor operation is completed. 

POWER CONTROLLER INTERFACE 

The power controller interface, functioning as a general purpose interface, uses four pins to provide control to and accept 
status from an external device used to transfer power over the CCITT compatible S or U interfaces. Two pins are inputs, 
one is an output and one is configurable as either an input or output. The bidirectional line defaults to the input mode 
on power-up. This interface also can be used to indicate SLD status. 

SUBSCRIBER LOOP INTERFACE 

The subscriber loop interface may be operated in either of its main modes; S or ELD. The primary mode is operating 
as an S transceiver. In this mode the 29C53 provides an internal driver for transformer coupled interface for 4 wire 
applications conforming to CCITT recommendation 1.430. 

The subscriber loop interface in the S interface mode is coupled through external pulse transformers to standard telephone- 
type twisted pair cables. One pair is used for transmit and the other for receive. 
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The 29C53, functioning as a subscriber loop interface master in a multidrop application, can interface with up to eight 
slave 29C53's. In this multiplexing operation, when a slave wishes to initiate a data transfer to the master, it requests, 
gains access, and transfers the data in accordance with the D-channel line access protocol defined in CCITT recom- 
mendation 1.440. 

EXAMPLE: ISDN EXCHANGE OVERVIEW 

The 29C53 transceiver can be used in a number of applications, in a digital PBX or central office system. In the typical 
ISDN exchange illustrated in Figure 4, the 29C53 is used in the voice/digital work station, on the digital line cards in 
the PBX, in the local data multiplexer to the PBX, and in the network terminator NT1. These applications are typical 
examples to illustrate potential uses of the 29C53 and are not intended to depict actual detailed applications. 
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Figure 4. Typical ISDN Exchange Configuration 



4-WIRE DIGITAL LINE CARD 

The digital line card interfaces up to eight digital subscribers with the PBX backplane. In this application, the line card 
consists of up to eight 29C53 transceivers, a 2952 line card controller, and an 80C51 microprocessor. 

The digital line card interfaces with two TDM highways and an HDLC line on the PBX backplane through the 2952. 
The 2952 inserts its data in the assigned time slots on either TDM highway under software control and can accept data 
from any time slot on either highway. The Bl and B2 channels, voice/data information from the TDM highways, are 
directly coupled through the 2952 and 29C53 to the subscriber equipment. Control of the interface and time slotallocation 
is determined by the PBX central processor, and central processor control information is coupled to the 2952 over the 
HDLC backplane interface or interleaved on the TDM highways. In addition to making the TDM time slot assignments, 
inputs from the central processor can be used to set up the 2952 and the 29C53s, to pass commands and data to the 
80C51 and pass D-channel command information for the subscriber equipment through the 80C51 to the 29C53. The 
80C5 1 also can receive command information from the TDM backplane via the 2952 or directly from the central processor 
through the backplane. 
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The 2952 derives its timing from the PBX backplane and functions as the SLD interface master. In this capacity, the 
2952 multiplexes up to eight digital subscribers to the PBX backplane through the generation of the SLD timing and 
control signals. 

The 29C53 provides a 4- wire CCITT ISDN S interface with the voice/data digital subscriber equipment. In this capacity, 
it serves as the S subscriber loop interface master relaying the Bl, B2, and D-channel information between the line card 
and the subscriber equipment. This digital line card can also be used as a multipoint control for data/data transfers 
through Bl and B2 channels. 
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Figure 5. 4-Wire Digital Line Card 



VOICE/DATA WORK STATION 

The 29C53 transceiver in a voice/data work station enables this work station to interface with a digital PBX. In this 
example, as illustrated in Figure 5, the work station includes a 29C53, an 80186 microprocessor, RAM and ROM 
memory, an 8274 multi-protocol serial controller, communication interface logic, a 29C50 combo, and a VSDD video 
color monitor controller. 
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The 80816 serves as the heart of the work station as well as handling the data portion of the voice/data telecommunications 
interface. In the transfer of digital data, the 8274 packetizes the digital data, provides the serial/parallel interface and 
provides the DMA handshake interface with the 80186 for efficient data block transfers. In this operation the 8274 
extracts the data from the B2 channel on the SLD highway and also places the data on the SLD B2 channel. In addition, 
the 8274 buffers the data, performs the serial/parallel and parallel/serial conversions required to interface the 29C53 
with the microprocessor bus, and notifies the 80186 when it is ready to transmit or has received data initiating a DMA 
transfer. The 29C53 power controller interface is programmed to provide status for the data on SLD; the interface logic 
allows multiple slaves to share the SLD line. The 29C53 now frames the data (B2) for SLD highway insertion and 
removal. The 29C50 interfaces the Bl voice channel with the subscriber handset on the workstation. 

In the work station operations the 8255 and keyboard accept user inputs and enable the 80186 to store them until required. 
The VSDD interfaces a color monitor with the microprocessor bus. In this operation the VSDD manages and controls 
the data display refresh memory. It also provides the work station with pixel orientated, high resolution, color, alpha- 
numeric and graphic display capability. The work station ROM memory stores the operating system while the RAM 
memory stores programs and data. 

The 29C53 serves as the S subscriber loop interface and it receives its instructions from the PBX digital line card via 
the D-channel through the 29C53 parallel microprocessor interface to the 80186. On receiving a voice select command 
the 80186 programs the 29C53 to pass Bl voice information to the 29C50. The 8274 also instructs the 80186 when the 
29C53 is ready to transmit or receive digital data. During transmit, the 80186 transfers data from RAM memory to the 
8274. During receive, the 80186 transfers data from the 8274 to the RAM memory. 
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Figure 6. Voice/Data Work Station 
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LOCAL DATA MULTIPLEXER 

The local data multiplexer interfaces up to eight 19.2 kb/s terminals with the PBX over a single 4-wire S interface loop 
without the need for statistical multiplexing. In this application, the local data multiplexer uses up to eight 8256 MUART's, 
a serial/parallel shift register, an 80186 microprocessor, RAM and EPROM memory and a 29C53 transceiver. 

In this local data multiplexer, two blocks of memory are reserved for each terminal; a transmit buffer memory and a 
receive buffer memory. The 80186 controls the data transfers between the MUART's and the buffer memory. When a 
MUART requires data for its terminal, it interrupts the 80186 and the 80186 transfers data from the appropriate data 
buffer to the MUART. When a MUART receives a character from its terminal, the MUART interrupts the 80186 and 
the 80186 transfers the character from the MUART to the appropriate buffer memory. 





RS-232 




TERMINAL 




8256 






TERMINAL 



RS-232 



8256 lo o 

\7 



POWER 

CON- 
TROLLER 
INTER- 



O 



RAM 
MEMORY 



EPROM 
MEMORY 



Figure 7. Local Data Multiplexer 



The serial/parallel register extracts data from and places data in the SLD Bl and B2 channels providing 128 kb/s 
throughput. In addition, it buffers the data, performs the serial-to-parallel and parallel-to-serial conversions required to 
interface the 29C53 with the microprocessor bus and notifies the 80186 when it is ready for a data transfer. 

As in the voice/data work stations, the 29C53 serves as the S subscriber loop interface slave and receives its channel 
selection commands from the 29C53 in the PBX digital line card. In this application, the 29C53 transfers data on both 
B-channels across the SLD interface and the 80186 transfers data between the buffer memory and the 29C53, in the 
same manner as in the previously described voice/data work station. D channel information and 29C53 commands are 
passed across the 29C53 microprocessor interface. 
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29C53 MULTIPOINT DATA MULTIPLEXING 

The 29C53 transceiver also can be used to multiplex up to eight ISDN Tl terminal in a multidrop configuration to a 
29C53 line card in accordance with CCITT recommendation 1.430. In this configuration, the 29C53 in each ISDN Tl 
terminal functions as the subscriber loop slave and the 29C53 in the digital line card serves as the subscriber loop master. 
As illustrated in Figure 8, the eight terminals can be connection on a line up to approximately 200 meters long. The 
eight terminals also can be connected on a line up to 500 meters long provided, the eight terminals are within 30 meters 
electrically from each other. 

In transmitting information to the terminals the 29C53 master transmits the information in a CCITT 1.440 LAP.D 
environment. This protocol assigns the Bl annd B2 channels to the appropriate terminal. 

The master 29C53 in addition to passing a D-channel message on to the line card controller, echoes the message back 
to the slave 29C53 on the E-channel. The slave 29C53 compares this E-channel input with the transmitted D-channel 
message. Should the slave detect an echo error, it halts the transmission, notifies the local microprocessor to retransmit 
the message, and monitors the loop to initiate another transmit operation. 

A slave 29C53 requests access to the master in accordance with D-channel line access protocol defined in CCITT 
recommendation 1.440. When an ISDN Tl terminal wishes to transmit data to the line card, the slave 29C53 monitors 
the received D-echo channel to determine if the D-channel is available. On determining that this channel is available, 
the terminal requests and gains access of the subscriber loop. On gaining access, the terminal transmit the message 
through its slave 29C53 to the master 29C53. 
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A variety of higher level protocols can be used to transfer data from the 29C53 master to the slaves. These protocols 
may be packet switching or multiframing. In a packet switching protocol, each slave may be assigned a distinct address. 
In accessing a terminal, this address is included in the message headers. In a multiframe protocol, the AF pulse can 
serve as a start pulse. The master 2953 inserts the AF pulse in the first frame in a predetermined block of frames. Each 
terminal is assigned a particular B-channel frame in the sequence. The protocol at the master 29C53 inserts the data for 
each terminal in the appropriate frame and the terminals protocol extracts the date from the assigned frame. 

NETWORK TERMINATOR (NT1 ) 

The network terminator interfaces a voice/date workstation with a 2-wire digital central office or remote multiplexer unit 
(RMU). This terminator consists of a U transceiver, a 29C53 transceiver and power control circuit. 

The 29C53 interfaces with the subscibers voice/data work station over its 4-wire S interface loop and interfaces to the 
U transceiver via the ELD interface. The U transceiver interfaces with the existing 2-wire central office wire plant. The 
central office transfers date (Bl + B2) and control information (D) through the U transceiver and 29C53. The control 
information for the network terminator comes from the line terminator and end terminator (LT and ET respectively). 
Remote control and status information may be transferred to and from this NT1 network termination over the U and 
ELD interface's C-channel under the control of the line card microprocessor. 
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Figure 9. Network Terminator NT1 
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iATC 29C55 CITC 

COMMUNICATIONS INTERFACE 

TRANSCEIVER/CONTROLLER 



• 2 Wire Digital Transceiver 

• 144 KB/S Data Transfer Rate 

• Microprocessor Interface 

• Microprocessor FIFO Buffers 

• Synchronous Serial Port 



• SLD Interface Compatible 

• Complete Interrupt Structure 

• Master/Slave Modes 

• Programmable Power Down Mode 

• Low Power CHMOS 



FEATURES/BENEFITS 

• 2 wire full duplex point-to-point digital baseband transceiver; can be used in telecom PBX/digital subscribers or 
datacom point-to-point modem applications 

• CHMOS; low power consumption 

• Power down mode; even lower power consumption when not operating. 

• Synchronous serial port; allows external protocol handling with the transceiver transparently receiving/transmitting. 

• 144K bits/sec effective data transfer rate; high throughput voice/data, voice/ voice or data/data information transfer 

• Master/slave modes of operation; same part operates on both ends of line interface 

• Microprocessor interface; interfaces to MCS 48, 51, 85, and 86 families 

• SLD interface; directly compatible with iATC Telecom product family 

• FIFO buffers; buffers data transfers to and from the microprocessor for line interface D and B channel communication 

• Complete interrupt structure; transceiver to microprocessor error and status information keeps system software updated 
without the need for polling 
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Figure 1. 29C55 Overview Diagram 
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GENERAL DESCRIPTION 

The 29C55 is the first transceiver in the iATC family, and the 29C55 allows the extension of digital functions such as 
integrated voice and data, directly into the subscriber equipment with a high speed, 2- wire digitally encoded data transfer. 
The 29C55 is a 28-pin device which, when used with the 29C51, 2952 and a fxP, implements a flexible point-to-point 
digital voice/data system primarily intended for PBX application. It also includes a terminal-to-terminal mode which 
allows general data communication applications. The 29C55 incorporates transceiver and digital interface functions which 
may be programmed for use at either end of the loop (PBX or telephone instrument). The 29C55 has four interfaces, a 
digital SLD 29CX iATC Telecom interface, a 2- wire analog line interface, a general purpose digital synchronous serial 
interface, and an MCS compatible microprocessor interface. The 29C55 requires a line card based microprocessor 
attached to its microprocessor interface to control loop acquisition and initialization. (Refer to overview diagram Figure 
1 .) The internal architecture has an MTU, master timing unit, that controls all internal information transfer on the parallel 
data/control/address highway. Also the 29C55 has an internal loop acquisition control timing unit for automatic loop 
acquisition. 
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Figure 2. 29C55 Block Diagram 



LINE INTERFACE OVERVIEW 

The 29C55 transfers data at 144kb/s over twisted pair loops. Line data over the twisted pair is formatted into two 64kb/ 
s B channels and a 16kb/s D (signaling or data) channel. 

The line interface section of the 29C55 contains the transmitter and receiver which are used for communication over 
the twisted pair. The transmitter section constructs the frame to be transmitted from the various programmed data ports, 
encodes the data and drives the line. The receiver has a filter, a memory mapped echo cancellor, and a descrambler. 
(Refer to block diagram Figure, 2 for 29C55 interface relationships.) 

The scrambler/descrambler section guarantees data reception without accidental cancellation when both transmitted and 
received data streams are identical. The memory mapped echo canceller cancels both near and far end echo's caused 
by wire gauge changes, bridge taps, and the terminating impedance. Penalties for wire gauges changes and bridge tap 
limitations will be detailed in a future data specification. 
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Chip timing is derived via a Xtal Controlled Phase Locked Loop which locks to either of two time bases, depending on 
what mode the device is programmed in. The PLL signal choice is automatically selected when the transceiver is 
programmed as a slave or master. When programmed as a slave, the VCO is locked to the SLD interface; when 
programmed as a master, the VCO is locked to the line interface. 

MICROPROCESSOR INTERFACE OVERVIEW 

A standard parallel processor interface is provided for both control and monitoring of the 29C55 functions as well as 
data handling. All control and configuration registers are directly addressed, and can be read from and written to. 

The microprocessor interface has two FIFO buffers for both communication directions, each 18 bytes deep, and a 
complete interrupt scheme. The FIFO's are used to buffer Bl +B2 or B2 or D channel information, and the interrupt 
scheme notifies the microprocessor of serial I/O, FIFO, and line interface status and error conditions. 

SYNCHRONOUS SERIAL PORT OVERVIEW 

The third port is a digital synchronous serial port controlled by the 29C55. The serial I/O frame clock and bit clock are 
generated on chip. The data rate is controlled by the selected channel (D, B2 or Bl +B2) at either 16kb/s, 64kb/s s or 
128kb/s between an external device and the synchronized internal data structure. 

SLD INTERFACE OVERVIEW 

The SLD has a 512kb/s bi-directional serial interface which is used by the iATC component family and is the iATC 
communication backbone. This interface is a three wire interface; a data lead (SLD), direction lead (SDIR), and clock 
lead (SCL). (See SLD block diagram Figure 3 for details.) 

The SLD interface is controlled by the master SLD device, that is, the master SLD device generates the SCL and SDIR 
lead signals. Data information is passed bi-directionally using a TCM transmission technique to the slave device. This 
digital port is double buffered, allowing asynchronous to/from data transfer. The 29C55 is a master on the SLD in the 
digital subscriber, and an SLD slave on the line card. 
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Figure 3. SLD Block Diagram 
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APPLICATION OVERVIEW 

The following application examples illustrate, in greater detail, the application overview example shown in Figure 4. 
In an ISDN environment, the central office services, in the form of an intelligent remote multiplexer unit, will be 
distributed to handle voice, as well as, growing digital data traffic. This implies that future central office architectures 
will include a distributed, remote multiplexer to locally handle voice as well as data traffic. The RMU can handle both 
public and private subscriber needs, and the 29C55 can handle both data/voice, as well as, data/data transmission 
requirements. The RMU switch in this overview could also be a PBX switching system. These applications are typical 
examples to illustrate potential uses of the 29C55 and are not intended to depict actual detailed applications. 
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Figure 4. Application Overview 
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REMOTE MULTIPLEXER UNIT DETAILS 

The line card can handle up to eight digital subscribers in the RMU as well as general switching systems. The information 
transferred to the subscribers can be voice/voice for three party conferring, or voice/data for ISDN terminal applications. 
The 80C51 handles all D Channel encoding to the digital subscriber from the HDLC control highway, or from interleaved 
information on PCM No. 1 or No. 2 highway. The 80C51 also initializes the 2952 and 29C55, and assists the 2952 in 
time slot assignment management. 

The call processing controller receives control and signalling information from the central office across a carrier's time 
slot(s) interleaved on one of the external carriers and then across internal PCM highways through a carrier synchronization 
circuit. The 80186 manages all resources, and through the same 2952, passes control/signalling information to the line 
card 80C51's through the local line card 2952. 
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Figure 5. Remote Multiplexer 



At 4.096mb/s, the internal PCM highways can handle 128 time slots. Each 2952 can access all time slots on both of 
the PCM highways, therefore, the RMU does not need a separate space/time switch card if the following design 
requirements are met: 

•/ If the blocking ratio is 1:1, 128 analog subscribers or 64 digital subscribers can be connected minus any time slots 
used for signalling, tones, music, etc. 

• This implies five Tl carriers can be connected to the RMU, or four PCM 30 carriers for no transmission blocking. 

• Both PCM's transmit and receive paths must be tied together. 
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LOCAL DATA MULTIPLEXER DETAILS 

Eight 19.2kb/s RS232C terminals can be handled by one 29C55 transceiver without the need for statistical multiplexing. 
Bandwidth considerations require that the 29C55 handle 16 bytes bi-directionally in the time that it takes 8 19.2kb/s 
terminals to transfer one byte to/from the multiplexer. Eight terminals require that the 8256 MUARTs be polled every 
0.5 msec when the character's are 10 bits each, and the terminals' are transmitting at 19.2kb/s. The 29C55 can transfer 
2 bytes every 125 microseconds, or 8 bytes every 0.5 msec. Statistical multiplexing allows further terminal concentration 
with one 29C55 based multiplexer. 

The 80186 has DMA capability, and this capability can be used to efficiently transfer data to/from RAM ;nd 8274. The 
8274 can be used as a Bl +B2 channel data protocol handler, and can be synchronized by the 29C55 transceiver serial 
port. D channel signalling and control is transferred through the 29C55 parallel interface, buffered by the internal FIFOs, 
decimated/collated, and transferred/interlaced in the line interface. D channel bandwidth can be used for switch is then 
further encoded by the 80186 and transferred to the terminals in the form of control command, and signalling messages. 
The 80186 can be used as a message buffer controller between the terminals and the switch using the D channel. 
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Figure 6. Load Data Multiplexer 
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ISDN TERMINAL DETAILS 

The 29C55 used in this configuration is a telecom device with the SLD interface connected to a 29C50, the programmable 
codec/filter. The 29C55 is treated as a peripheral to the local microprocessor. The local microprocessor, 80C5 1 , configures 
the 29C50 through the 29C55 with information obtained from local memory or from the linecard via the line interface; 
the 29C50 has the codec/filter functions and is the slave to the 29C55 SLD master. 



cTao 



z? 



< — ► 



29C50 



B1 
SLD 



29C55 



LCD 



]-i -p * -* l}'" 



]C- 



B1 
B2 
D 



PB'S 



LED'S 



8044 



80C51 



H 



TELEMETRY 



D 



RS232C 

TERMINAL 



KEYBOARD 



Figure 7. ISDN Terminal 



The 8044 acts as a D channel programmable protocol controller, and provides an interface to LCDs, pushbuttons, keypad 
matrixes, LEDs and telemetry inputs from a line card D channel controller. The 8044 has to be polled by a switching 
system. The 8044 could handle a part of the HDLC LAP D protocol as a D channel protocol controller example. 

The 80C51 is a data rate adapter for RS232C terminals and a keyboard interface. If high speed data rates (128kb/s with 
Bl + B2) are required for terminal data transfers the 80C51 can program the 29C55 to route both Bl +B2 through the 
parallel port, temporarily rerouting Bl traffic away from the SLD interface. Likewise, if three party conferencing is 
required, Bl +B2 can be routed through the SLD interface temporarily away from data services through either the serial 
or microprocessor port. 

NOTE: This configuration has all CMOS parts, and could be powered by the PBX. Becaue some applications require 
continuous voice information transfer regardless of local power failure, the RS232C serial information and the 
29C55 serial port could be optically isolated and powered by the external terminal. 



14-223 



iny 



ADWAKKSE OGTOKGMTON] 



iATC 29C53 
DIGITAL LOOP CONTROLLER 



4-Wire Full Duplex Digital Transceiver 

CCITT 1.430 "S" Interface Compatible 

ISDN Basic Rate 144K Bit Per Second 

D-Channel Processing Support 

Point-To-Polnt or Point-To-Multipoint 
Bus Configuration 

Same Device Used at Both Ends of 
Loop 



Exceeds 1K Meter Range 

IATC Standard SLD Interface 

MCS Standard Microprocessor 
Interface 

Peripheral Interface/Status Port 

Low Power, High Density CHMOS 

Single +5 Volt Supply 



The Intel Advanced Telecommunication Component (iATC) 29C53 Digital Loop Controller (DLC) is a 4-wire 
transceiver/controller that is CCITT 1. 430 compatible and can function at either loop end. This part has 
integrated those features which are pertinent to the transceiver function; yet it offers efficient interfacing to 
other system components such as combos, line card controllers and MCS microcontrollers through the SLD 
and microprocessor interface ports. It is primarily intended for use in Integrated Services Digital Networks 
(ISDN) as a basic rate digital data transceiver which transfers data at 144 Kbps as three separate channels — 
two 64 Kbps digitized-voice/data channels (B-channels), and a 1 6 Kbps signaling/data channel (D-channel). 
The B- and D-channel routing along with D-channel processing (packetization) is programmable through either 
the microprocessor or SLD interface ports. The 29C53's loop interface uses a 1 00% pulse-width pseudo-ter- 
nary inverted line code similar to Alternate Mark Inversion, which meets CCITT's "S" interface recommenda- 
tions. It is capable of interfacing with up to eight 29C53s in a passive or extended bus configuration as well as 
point-to-point. 



Plastic Chip Carrier" 1 

350 x 550 MILS 

_ SLD_AD0 
CS INT AD1 

.nnnnn 



28-Lead Dual-ln-Line Package 



SCLC 

SDIR C 

ALEC 

RESC 

VCCC 

WRC 

RDC 

P4C 



P3C 12 



3 2 1 28 27 



N29C53 



13 14 15 16 17 

uuuuu 

LX+ LR- P2 
LX- LR+ 



26 D AD2 
25 D AD3 
24 D AD4 
DCLK 
DVSS 
DAD5 
DAD6 
DAD7 
DPI 



270097-1 
•Call sales representative for availability 

Figure 1. 29C53 Pin Configurations 



INTC 


1 


T7" 


28 


DADO 


SLDE 


2 




27 


DAD1 


csC 


3 




26 


DAD2 


SCLC 


4 




25 


DAD3 


SDIRC 


5 




24 


DAD4 


ALEC 


6 




23 


DCLK 


RESC 
VCCC 


7 
8 


P29C53 


22 
21 


Dvss 

DAD5 


WRC 


9 




20 


DAD6 


RDC 


10 




19 


DAD7 


P4C 


11 




18 


DPI 


P3C 


12 




17 


DP2 


LX+C 


13 




16 


DLR+ 


LX-C 


14 




15 


DLR- 



270097-2 



Intel Corporation assumes no responsibility for the use of any circuitry other than circuitry embodied in an Intel product. No other circuit patent 
licenses are implied. Information contained herein supersedes previously published specifications on these devices from Intel. October 1985 
© Intel Corporation, 1 985 Order Number: 270097-001 

14-224 



inteT 



iATC 29C53 



AflSWAGOOS 0(}!0F©K(M1AT0©M 



Symbol 


Pin No. 


Function 


Vcc 


8 


POSITIVE SUPPLY: Input voltage is + 5V ± 5%. 


Vss 


22 


GROUND: 0V 


CLK 


23 


MASTER CLOCK: The 3.84 MHz system clock input is the reference for the 
loop and the SLD interface. 


Res 


7 


RESET: (Active high input). A high level on this pin initializes most control 
registers and places most interface outputs in a high impedance state. 
Operation begins when the high level is removed. 


LX+.LX- 


13,14 


POLARIZED TRANSMIT LOOP INTERFACE PINS: These pins will directly 
drive the twisted pair line through a 2.5:1 line transformer. The transmitted line 
code is similar to alternate mark inversion. 


LR-.LR + 


15,16 


RECEIVE LOOP INTERFACE PINS: The receiver is not sensitive to polarity. 


SLD 


2 


SUBSCRIBER LINE DATALINK: This pin transfers serial data between the 
29C53 and other SLD based components (e.g., 29C51 , 2952, 29C55, etc.). 


SCL 


4 


SUBSCRIBER CLOCK: 512 KHz signal may be either generated or received by 
the 29C53. This signal clocks the data on the SLD pin. 


SDIR 


5 


SUBSCRIBER DIRECTION: An 8 KHz signal may be either generated or 
received by the 29C53 to indicate SLD data direction and framing. A high level 
indicates and enables master to slave transfer; a low level indicates slave to 
master transfers. 


CS 


3 


CHIP SELECT: (Active low input). A low level on this pin enables the 29C53 
bus interface for the next bus cycle. The value is latched by the falling edge of 
ALE. 


RD 


10 


READ STROBE: (Active low input). When low, data is transferred from the 
selected register to the data pins AD (0-7). When no local microprocessor is 
connected, this pin should be tied to Vss- 


WR 


9 


WRITE STROBE: (Active low input). When WR changes from low to high, data 
on pins AD (0-7) is latched into the 29C53. When no local microprocessor is 
connected, this pin should be tied to Vss- 


AD (0-7) 


19-21, 
24-28 


ADDRESS/DATA PINS: This is a standard MCS microprocessor bus used to 
transfer address and data between the local microprocessor and the internal 
registers of the 29C53. When a local microprocessor is not used, these pins 
should be tied to Vss- 


ALE 


6 


ADDRESS LATCH ENABLE: Address is latched from AD(0-7) on falling edge 
of this signal. State of CS is also latched at this time. 


INT 


1 


INTERRUPT REQUEST: This is an open drain active low output. (See text for 
the interrupt conditions.) 


P1.P2 


18,17 


PERIPHERAL INTERFACE INPUTS: These are standard CHMOS high 
impedance inputs that are sampled at a 4 KHz rate (once per "s" frame). The 
sampled data is stored in the LPS register (bits 5 and 6). If any peripheral input 
bits have changed value since the previous frame, an interrupt condition is 
indicated; only present status is available. 


P3 


12 


PERIPHERAL INTERFACE INPUT/OUTPUT PIN: When configured as an 
input, this pin has the same characteristics as P1 and P2. The sampled data is 
stored in the LPS register (bit 7). When programmed as an output, this pin 
outputs the data stored in the PEC register (bit 1). The pin is configured by bit 2 
of the PEC register. An alternate function of this pin and P4 is to indicate the 
status of the SLD interface. See the section on the SLD interface. 


P4 


11 


PERIPHERAL INTERFACE OUTPUT PIN: This pin outputs data stored in the 
PEC register (bit 0) or SLD status. 
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29C53 FUNCTIONAL DESCRIPTION 

The 29C53 Digital Loop Controller is a multi-channel 
ISDN transceiver which provides a multiplicity of ad- 
vanced communication functions and services. The 
29C53 allows the extension of digital voice and data 
directly to subscriber equipment over a 192 Kbps 
baseband 4-wire serial interface. The 29C53 is a 28- 
pin device which, when used with the iATC 29C51, 
2952 and a microprocessor implements flexible 
point-to-point or point-to-multipoint CCITT I.430 
compatible voice/data communications. It is primari- 
ly intended for use in PBX's and ISDN terminal 
equipment. 

The 29C53 may be incorporated at either end of a 
subscriber loop interface (at the line card or digital 
telephone/terminal). As shown in Figure 2, the 
29C53 has four separate interfaces: a serial SLD 
iATC Telecom system interface; a parallel peripheral 
interface; a parallel microprocessor interface and a 
4-wire CCITT compatible S-interface (subscriber 
loop interface). 



THE BLOCK DIAGRAM 

Figure 2 represents a block diagram of the 29C53. 
Its three major blocks, the line interface unit, the 
D-channel processor and the SLD interface unit are 
interconnected by two buses. The parallel bus 
(P-bus) is used to transfer processed D-channel 
data and general status and control information 
while the serial bus (S-bus) is used to transfer 
B-channel data and unprocessed D-channel data 
between the line interface unit and the SLD interface 
unit. 

The SLD interface unit consists of shift registers and 
serial to parallel converters. Data from both the 
S-bus and the SLD interface is stored here in appro- 
priate parallel registers before it is loaded into shift 
registers and passed on. All of the timing circuitry for 
the SLD interface is located here. This block also 
contains a command processor which is responsible 
for controlling the functionality of the chip. 

The D-channel processor has three major sections. 
An HDLC section performs some of the basic LAPD 
protocol functions such as zero insertion or deletion, 
flag recognition or insertion for frame delineation, 
abort flag recognition, idle state transmission, and 
end of packet frame check sequence for both data 
directions. The FIFO section consists of two 32-byte 
buffers, one for transmit and one for receive. The 
control and status section monitors the FIFO data 
levels and the HDLC section for progress. Interrupts 
or requests for service may be generated for condi- 
tions such as a full or empty FIFO, loss of sync, 
frame check error, overflows and aborts. 



The line interface unit contains the line drivers and 
receivers for the S interface. Connection is made to 
the transmission lines through a 2.5:1 line transform- 
er. Formatting, timing and synchronization are also 
provided here. The receiver includes filters, AGC cir- 
cuitry, threshold detectors and a loop delay shift reg- 
ister. The loop delay shift register maintains the 
proper internal frame relationship regardless of loop 
length (it allows extra propagation delay time for 
long loops or line repeaters). The received D-chan- 
nel bits are logically looped back to create the 
E-channel bits in an NT application through the 
E-channel circuitry. 

The microprocessor interface circuitry allows the 
29C53 to function as a peripheral to an MCS micro- 
controller. The internal P-bus actually becomes an 
extension of the microcontroller's bus. All internal 
registers are directly accessible. 

The spare bits processing block provides access to 
all the miscellaneous bits in the S frame except for 
the framing bits and the balance bits. When spare bit 
functions become defined, they can be easily moni- 
tored and modified. 

The peripheral interface circuitry provides an auxilia- 
ry port for controlling auxiliary peripherals such as 
power controllers, etc. 



SLD INTERFACE 

The SLD interface provides half-duplex 512 Kbps 
communication with other devices incorporating 
SLD interfaces (such as line card controllers and co- 
dec/filters). Of the 256 Kbps in each direction, 128 
Kbps is dedicated to voice/data channels B1 and 
B2. The remaining bandwidth is used for the D-chan- 
nel data and various control and status transfers de- 
pending on the exact application. 

As shown in Figure 3, the SLD interface consists of 
three lines: the SLD bidirectional data line; the 
512 KHz SCL clock line; and the 8 KHz SDIR data 
directon line. SLD data is updated on the rising edge 
of SCL and is latched on its falling edge. The 125 ju,s 
SLD frame period consists of 32 bits transferred in 
master to slave direction followed by 32 bits in the 
slave to master direction. The 32 bits compose four 
8-bit bytes in the following order: B1 and B2 (voice 
or data bytes); C (control byte); and S (signaling or 
status byte). Unprocessed D-channel data may be 
transported over the S-byte in bits and 1 , or over 
the B2 byte. 

The 29C53 can be operated as an SLD master or 
slave. As an SLD master, it generates the SCL and 
SDIR signals. When SDIR is high, the SLD pin out- 
puts data. As a slave, it receives SCL and SDIR sig- 
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nals and SDIR enables the SLD output driver when it 
is low. The SLD bus is always active; no powered- 
down or inactive mode is defined. 

In a network termination (NT) application (line card), 
whether a microprocessor is connected to the 
29C53 or not, the SLD control and signal bytes may 
be used for 29C53 configuration and D-channel 
transfers. The command bytes are interpreted and 
executed by the 29C53's command processor cir- 
cuit. The command processor generates internal P- 
bus cycles to carry out those commands. Internal 
prioritization resolves P-bus collisions between mi- 
croprocessor-interface generated and command- 
processor generated cycles. In case of collisions, 
the microprocessor interface has higher priority to 
minimize access time but both cycles will be com- 
pleted. 



"S" TRANSCEIVER 

The 4-wire "S" transceiver circuit in the 29C53 con- 
forms to CCITT recommendation. 1.430. This trans- 
ceiver provides the internal drivers for transformer 
coupling to standard telephone type twisted pair ca- 
bles. 

The "S" transceiver line code is 100% Pseudo-Ter- 
nary Inverted code which is similar to Alternate Mark 
Inversion, except that logical ones are transmitted 
as spaces, logical zeros as marks. A space has a 
nominal differential voltage of zero volts. Marks may 
be either positive or negative differential signals, 



nominally 0.75 volts in amplitude. Marks alternate 
polarity except when a "code violation" is created 
for establishing frame reference timing. 

The nominal bit rate is 1 92 Kbps. Figure 4 shows the 
frame structure. The 250 juts frame transfers two oc- 
tets of B1, B2 and four bits of D data. The E bits in 
the master to slave direction, echo received D-chan- 
nel data. The "S" interface slave compares the re- 
ceive E-channel data to its transmitted D-channel 
data for D-channel contention as defined in CCITT 
recommendation 1. 440. If these bits do not agree, 
then the slave will abort its transmission effort. The 
S, FA, and N bits are all accessible and programma- 
ble. 

The activation protocol described in 1. 430 is support- 
ed by the 29C53. An inactive receiver can achieve 
bit synchronization to an incoming signal with ap- 
proximately 30 mark-mark transitions. Info 2 or 3 
frame alignment is not officially recognized until re- 
ception of 16 frames, to allow settling of the 29C53's 
adaptive receive data thresholds. The full activation 
sequence will complete in approximately 1 ms. 

The 29C53 is not sensitive to the polarity of the wire 
pair connected to LR + and LR-. Marks are always 
interpreted as zeros and framing relies on violations; 
not on absolute polarity. System configurations may 
dictate that care be taken in connecting the LX out- 
puts. In a multi-drop bus configuration all TE trans- 
mitters must be connected with the same polarity so 
that positive mark to negative mark contention does 
not take place in the framing and D-channel bits. 
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Figure 3. SLD Interface 
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• MASTER TO SLAVE (TE TO NT) 




U 48 BIT WIDE FRAME — 250 MICRO SECONDS J 



A - BIT USED FOR ACTIVATION 

B1.2-64KBPSDATA 

D - DCHANNEL BIT (16K BPS DATA) 

E - D CHANNEL ECHO BIT 

F - FRAME BIT 



270097-5 
F A - AUX. FRAME BIT 
L - DC BALANCING BIT 
N - BIT = F A 
S1, 2 - RESERVED FOR FUTURE STANDARDIZATION 



Figure 4. The S-lnterface Frame Structure 



The 29C53, functioning as an "S" interface master 
in a multi-drop application, can interface with up to 
eight slave systems. In this multiplexing operation a 
slave initiates a data transfer to the master, by re- 
questing access and transferring the data in accord- 
ance with the D-channel line access protocol (I.440). 
Figure 5 shows typical applications of the 29C53. 

The frame alignment timing diagram Figure 6(b) 
shows the relationship of the "S" interface data to 
the SLD data. Figure 6(a) shows the block diagram 
used for the timing diagram. The top timing diagram 
shows the transmitted "S" data stream from the net- 
work terminator (master). The dotted lines depict up 
to 20 fxs propagation delay to the "S" receiver at the 
terminal equipment (slave) end. The terminal equip- 
ment's transmitted "S" interface frame is designed 
to have a fixed 2-bit frame alignment delay from that 
of its received frame. The adjustment for loop propa- 
gation delay is accounted for in the network termina- 
tor's receive circuitry (loop delay section of block 
diagram). The loop delay circuitry will compensate 
for up to 10 bit periods of round trip propagation 
delay which allows line repeaters to be placed in a 
loop that is several thousand meters long. 

MICROPROCESSOR INTERFACE 

This interface is designed to operate with standard 
Intel 8-bit microprocessors such as the MCS®-48, 
MCS-51, MCS-85 and iAPX-86 families. All of the 
29C53's internal registers are accessible and most 
are available by a single microprocessor cycle ac- 
cess. 
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Figure 5. 29C53 Bus Configurations 
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Figure 6(a). Frame Alignment (Block Diagram) 



The maskable interrupt pin, on this port, is activated 
by the following interrupt status features: D-channel 
errors; loss of sync on "S" loop; change in spare 
bits or peripheral interface data; FIFO data transfer 
requests. 

Alternatively, the 29C53 can operate in the stand- 
alone mode in line card and NT applications. This 
mode is determined on a power-up condition or after 
a reset, provided all the microprocessor interface 
pins have been tied to Vss. except for the interrupt 
P' n - 



PERIPHERAL INTERFACE 

The peripheral interface uses four pins to provide 
control to, and to accept status from, external devic- 
es. Two pins are inputs, one is an output and one is 
configurable either as an input or an output. The 



configurable pin defaults to the input mode on power 
up. 

The peripheral interface can also be used to indicate 
SLD status. Figure 7 shows the timing diagram of P3 
and P4. B1, B2 and D-channel data on the SLD pin 
can be selected or gated by using these signals. As 
noted on the P3 timing, the D-channel is imbedded 
in the last two bits (0, 1) of the signaling byte. 



INTERNAL CONTROL AND STATUS 
REGISTERS 

All of the 29C53's internal control and status regis- 
ters may be accessed through the microprocessor 
interface or through the SLD interface. When a mi- 
croprocessor accesses a register, the address and 
CS inputs are latched on the trailing edge of ALE. 
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Figure 7. 29C53 SLD Status Indicators 
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Op Code Table 


OpCode 


Operation 


Argument 


- 000 


Reserved For Status Poll (Call Verify) By Master 


— 


001 


Single Byte Transfer To Slave 


RegAdr 


010 


Prepare Single Byte For Transfer To Master 


RegAdr 


011 


Multiple-Byte D Data Transfer To Slave 


# Bytes 


100 


Multiple-Byte D Data Transfer To Master 


Max # Bytes 


101 


Multiple-Byte Configuration Transfer To Slave 


# Bytes 


110 


Multiple-Byte Status Transfer To Master 


# Bytes 


111 


Reserved For Status Poll (Call Verify) Tail & Idle 


— 



In an SLD access, the 29C53 receives a control byte 
containing an operation code and an argument. The 
three most significant bits contain the operation 
code and the remaining five bits contain the argu- 
ment. The operation code defines eight transfer 
types. 



7 




SLD Control Byte 

BITS 
























OpCode 



Argument 



The 3-bit operation code in the control byte from the 
line card controller should normally be 1 1 1 , indicat- 
ing the idle state. The transferring of data to and 
from the 29C53 is accomplished by indicating the 
type and the number of bytes to transfer in a non- 
idle control byte. When a polled response is request- 
ed, the 29C53 responds to the poll operation code 
000. This can be used for the transfer of one or sev- 
eral bytes of information. 

The register table below identifies the address of 
each 29C53 register. The status registers are read- 
only registers while all control registers are read/ 
write registers. Because all the register addresses 
do not fit into the 5-bit address space, a register test 
mode has been included which permits reading the 
contents of control registers at addresses which nor- 
mally are status registers. Where no register is as- 
signed a location in the register test mode, the nor- 
mal status register located at this address is read. 

The D-channel block transfers from the 29C53 to 
the line card controller preface the data bytes with a 



byte header specifying the number of following bytes 
(less than or equal to the maximum specified) and 
the status of the packet they belong to. All trans- 
ferred data bytes belong to the same packet; the 
transfers occur until the selected number of bytes 
are transferred or an EOP (end of packet) is detect- 
ed. The EOP may occur even when there are addi- 
tional bytes in the FIFO. The header byte contains 
the byte count in the lowest five bits and the status 
in the upper three bits. 

Data transfers within the 29C53 cannot be made in 
both directions simultaneously. Multiple commands 
and data bytes may follow each other directly from 
the line card controller to the 29C53 if the previous 
command has been fully executed. 

It is possible to fully configure the 29C53 over the 
SLD interface, as is done with analog per-line com- 
ponents. Provisions are also made to perform this 
transfer at a 2 byte-per frame rate using both the C 
and S bytes of the SLD. The first control byte of a 
configuration transfer to the 29C53 specifies the 
type of operation to be performed and the number of 
data bytes to follow. The system interface command 
unit loads the internal registers with the information 
as it is received. When the specified number of data 
bytes have been transferred, the 29C53 assumes 
the next input is a control byte. 

The order of the bytes in a configuration or status 
block transfer is determined by the addresses of the 
internal registers. A multiple-byte transfer, beginning 
with register 00H, transfers the data to or from that 
register and increments the address counter. 
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Table 1. 29C53 Registers 


Address 


Access 


Symbol 


Name 


00000 


RD 


IXS 


Interrupt Status 


00000 


WR (RT) 


IMR 


Interrupt Mask 


00001 


RD 


DPS 


D-Channel Processor Status 


00001 


WR (RT) 


DPC 


D-Channel Processor Control 


00010 


RD 


LPS 


Loop and Peripheral Interface Status 


00010 


WR (RT) 


LCR 


Loop Interface Control 


00011 


RDWR 


PEC 


Peripheral Interface and E-Channel Control 


00100 


RD 


RFN 


Receive FIFO Status - # of Bytes Used 


00100 


WR (RT) 


SCR 


SLD Interface Control 


00101 


RD 


XFN 


Transmit FIFO Status - # of Free Bytes 


00101 


WR(RT) 


SDC 


SLD Data Transfer Configuration 


00110 


RD 


SBR 


Spare Bits Receive Status 


00110 


WR (RT) 


SBX 


Spare Bits Transmit 


00111 


RDWR 


LLB 


Loop Interface Loopback Control 


01000 


RD 


RFO 


Receive FIFO Output 


01001 


WR 


XFI 


Transmit FIFO Input 


01010 


RDWR 


GCR 


General Command Register 


01011 


RDWR 


DPR 


D-Channel Priority Counter 


01100 


RDW 


RFIL 


Receive FIFO Interrupt Level 


01101 


RDWR 


XFIL 


Transmit FIFO Interrupt Level 


01110 


RD 


PLENH 


Packet Length High Byte 


01110 


WR (RT) 


DUTH 


D-Channel Byte Counter Underflow 
and Overflow Threshold 


01111 


RD 


PLENL 


Packet Length Low Byte 


01111 


WR (RT) 


DOTH 


D-Channel Byte Counter Overflow Threshold 


10000 


RDWR 


AFD 


Auxiliary Frame/Multiframe Division 


10001 


RDWR 


PSR 


Position Selection 


10010 


RD 


RSR 


Receive Service Request 


10011 


RD 


XSR 


Transmit Service Request 


11000 


RDWR 


B1LS 


B1 Data in Loop to SLD Direction 


11001 


RDWR 


B2LS 


B2 Data in Loop to SLD Direction 


11010 


RDWR 


CR 


Control Byte from SLD 


11011 


RDWR 


SR 


Signaling Byte from SLD 


11100 


RDWR 


B1SL 


B1 Data in SLD to Loop Direction 


11101 


RDWR 


B2SL 


B2 Data in SLD to Loop Direction 


11110 


RDWR 


CX 


Control Byte to SLD 


11111 


RDWR 


SX 


Signaling Byte to SLD 
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ABSOLUTE MAXIMUM RATINGS 'Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 

Temperature Under Bias .......... 1 0°C to + 80°C age to the device. This is a stress rating only and 

Storage Temperature -65°C to + 1 50°C functional operation of the device at these or any 

Voltage on any Pin , . . . V$s - 0.5V to V C c to + 0.5V other conditions above those indicated in the opera- 

Maximum Voltage on V C c tional sections of this specification is not implied. Ex- 

with Respect to Vss + 7V posure to absolute maximum rating conditions for 

Total Power Dissipation. . . .500mW extended periods may affect device reliability. 

NOTICE: Specifications contained within the 
following tables are subject to change. 

D.C. CHARACTERISTICS V C c = + 5V ± 5%; V$ s = 0V; Ta = 0°C to 70°C; 

Typical Values are at Ta = 25°C and Nominal Power Supply Values 

DIGITAL INTERFACES 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Test 
Conditions 


IlL 


Input Leakage Current 
(Excluding LR + .LR-) 






±10 


jLlA 


V SS ^ V, N <L V C C 


V|L 


Input Low Voltage 


-0.5 




0.8 


V 




V|H 


Input High Voltage 


2.0 




V C c + 0.5 


V 




Vol 


Output Low Voltage 






0.45 


V 


Iol = + 2.0 mA 


V0H1 


Output High Voltage 


2.4 






V 


lOH = -400 ju,A 


VqH2 


Output High Voltage 


0.9 V CC 






V 


lOH = -40 /xA 



POWER SUPPLY CURRENT (Averaged over 1 ms) 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Comments 


lcc(P) 


Power Down (Standby) 




4 




mA 


SLD and CLK Active 


ice (I) 


Idle Operating Current 




8 




mA 


Receiver, SLD, OSC 
Active 


ICC(N) 


Normal Operating Current 




20 




mA 


Everything is Active 
(Excluding (Current 
for Output Loads) 



A.C. Characteristics Vcc = 5V ±5%; v S s = ov; t a = o°c - 70°C; clk = 3.84 MHz 

RECEIVER 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Comments 


Vrd 


Received Differential Mark Voltage 


200 




3000 


mV 




Z|R 


LR + , LR ~ Input Impedance 




60 




kn 


Each Pin 


C|R 


LR + , LR~ Input Capacitance 




30 




PF 


Each Pin 



14-234 



inleT 



IATC 29C53 



AIBWMKSS DMF©K(M1^¥D®M 



TRANSMITTER 



Symbol 


Parameter 


Mln 


Typ 


Max 


Units 


Comments 


V X D 


Transmit Differential Mark Voltage 


1780 




1980 


mV 


200 n < R L < 2.5 kH 


Zox 


LX+, LX _ Output Impedance 




60 




kH 


Each Pin 


Cox . 


Output Capacitance 




30 




PF 


Each Pin 


Rl 


Resistive Load Between LX+, LX~ 


200 






n 




Cl 


Capacitive Load Between LX+, LX~ 






1500 


PF 




tLD 


Load Time Constant 






0.5 


jmS 


R L = 300aC L = 1500pF 


*MR 


Transmit Mark Rise Time 






400 


ns 


Notel 


tD 


Damping Time Constant 






1.5 


jaS 




"XL 


Source, Sink Current Limit 




18 




mA 




V X L 


Voltage Limiting 




125 




% 


Nominal Mark Voltage 



TIMING 



Symbol 


Parameter 


Min 


Typ 


Max 


Units 


Comments 


J 


Timing Extraction Jitter ("S" Slave Mode) 


-5 




+ 5 


% 


I.430 8.2.2 


PD 


Total Phase Deviation LX with Respect to LR 


-7 




+ 15 


% 


I.430 8.2.3 



NOTE: 

1. Risetime is measured as 10% to 90% for space mark transitions and 90% to 0% and 0% to 90% for mark-to-mark 
transitions with respect to final value. 
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Figure 8. SLD Interface Timing (29C53 As Master) 



SLD INTERFACE TIMING (29C53 as Master) 








Symbol 


Parameter 


Min 


Max 


Units 


TKC 


CLK to SCL Delay 




150 


ns 


TKS 


CLK to SDIR Delay 




150 


ns 


TKDE 


CLK to SLD Driver Enabled 







ns 


TKDV 


CLK to SLD Data Valid 




150 


ns 


TKDH 


SLD Data Hold After Clock Edge 









TKDD 


CLKtoSLDFLoat 




150 


ns 


TDVS 


SLD Data Input Setup Time to SCL 


50 




ns 


TSDV 


SLD Data Hold Time After SCL 


80 




ns 


TSSH 


SLD Status Hold After SCL 


80 




ns 


TSSS 


SLD Status Setup Before SCL 


80 




ns 



NOTES: 

1 . 29C53 samples SLD input data on SCL failing edge. 

2. 29C53 changes SLD output data on SCL rising edge. 

3. 29C53 £LD out is enabled one CLK cycle after the SDIR rising edge and disabled one CLK cycle before the SDIR falling 
edge (as master only). 
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Figure 9. SLD Interface Timing (29C53 as Stave) 



SLD INTERFACE TIMING (29C530 as Slave) 








Symbol 


Parameter 


Min 


Max 


Units 


TCHDF 


SCL High to Data Out Float 




50 


ns 


TSHDF 


SDIR High to Data Out Float 




50 


ns 


TKDH 


Output Data Hold After SCL Edge 









TKDV 


Output Data Valid After SCL Edge 




100 


ns 


TDVS 


SLD Input Data Setup Time 


50 




ns 


TSDV 


SLD Input Data Hold Time 


80 




ns 


TCHDE 


Enable SLD Output After SCL 







ns 


TSLDE 


Enable SLD Output After SDIR 







ns 


TSSH 


SLD Status Hold After SCL 


80 




ns 


TSSS 


SLD Status Setup Before SCL 


80 




ns 



NOTES: 

1 . 29C53 samples SLD input data on SCL falling edge. 

2. 29C53 changes SLD output data on SCL rising edge. 
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Figure 10. Microprocessor Bus Timing 



MICROPROCESSOR BUS TIMING 



Symbol 


Parameter 


Min 


Max 


Units 


TAL 


Address Setup Before ALE Trailing Edge 


40 




ns 


TLA 


Address Hold After ALE Trailing Edge 


20 




ns 


TWW 


Write Control Signal Width 


100 




ns 


TDW 


Data Setup Before WR Trailing Edge 


40 




ns 


TWD 


Data Hold After WR Trailing Edge 


20 




ns 


TAA 


ALE Pulse Width 


60 




ns 


TWI 


*Active CS Cycle Disallowed After WR 


2 X 1/CLK 






TRR 


Read Control Signal Width 


100 




ns 


TRD 


Access Time from RD Leading Edge 




80 


ns 


TAD 


Access Time from ALE Trailing Edge 




260 


ns 


TDF 


Float Delay After RD Trailing Edge 




40 


ns 


TCI 


Active CS Cycle Time for FIFO Access 


3 X 1/CLK 







NOTE: 

1. * Allow 2 extra clock cycles for GCR commands to execute. 
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Order Number 



2952 Reference Manual 

iATC 2952 Line Card 
Controller Reference Card 

RR-24 — 2910/2911 PCM Codec 
and 2912 PCM Filter 

AR-146 — A Second Generation 
Low Power NMOS 
Capacitor Channel Filter 

AR-158 — A Precision Low-Power PCM 
Channel Filter With W/A 
Chip Power 

AR-241 — Session III: Linear 
Circuit Techniques 
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DOMESTIC SALES OFFICES 



Intel Corp. 
5015 Bradford Drive 
' Suite 2 
Huntsville 35805 
Tel: (205) 830-4010 

ARIZONA 

Intel Corp. 

11225 N. 28th Drive 

Suite 214D 

Phoenix 85029 

Tel: (602) 869-4980 

Intel Corp. 

1161 N. El Dorado Place 

Suite 301 

Tucson 85715 

Tel: (602) 299-6815 

CALIFORNIA 

Intel Corp. 

21515 Vanowen Street 

Suite 116 

Canoga Park 91303 

Tel: (818) 704-8500 

Intel Corp. 

2250 E. Imperial Highway 

Suite 218 

El Segundo 90245 

Tel: (213) 640-6040 

Intel Corp. 

1510 Arden Way, Suite 101 

Sacramento 95815 

Tel: (916) 920-8096 

Intel Corp. 

4350 Executive Drive 

Suite 105 

San Diego 92121 

(619) 452-5880 

Intel Corp.* 

2000 East 4th Street 

Suite 100 

Santa Ana 92705 

Tel: (714) 835-9642 

TWX: 910-595-1114 

Intel Corp.* 

1350 Shorebird Way 

Mt. View 94043 

Tel: (415) 968-8086 

TWX: 910-339-9279 

910-338-0255 

COLORADO 

Intel Corp. 

3300 Mitchell Lane, Suite 210 

Boulder 80301 

Tel: (303) 442-8088 

Intel Corp. 

4445 Northpark Drive 

Suite 100 

Colorado Springs 80907 

Tel: (303) 594-6622 

Intel Corp.* 

650 S. Cherry Street 

Suite 915 

Denver 80222 

Tel: (303) 321-8086 

TWX: 910-931-2289 

CONNECTICUT 

Intel Corp. 
26 Mill Plain Road 
Danbury 06810 
Tel: (203) 748-3130 
TWX: 710-456-1199 

EMC Corp. 
222 Summer Street 
Stamford 06901 
Tel: (203) 327-2934 

FLORIDA 

Intel Corp. 

242 N. Westmonte Drive 

Suite 105 

Altamonte Springs 32714 

Tel: (305) 869-5588 

Intel Corp. 

6363 N.W. 6th Way, Suite 100 

Ft. Lauderdale 33309 

Tel: (305) 771-0600 

TWX: 510-956-9407 



FLORIDA (Cont'd) 

Intel Corp. 

11300 4th Street North 

Suite 170 

St. Petersburg 33702 

Tel: (813) 577-2413 

GEORGIA 

Intel Corp. 

3280 Pointe Parkway 
Suite 200 
Norcross 30092 
Tel: (404) 449-0541 

ILLINOIS 

Intel Corp.* 

300 N. Martingale Road. Suite 400 

Schaumburg 60172 

Tel: (312) 310-8031 

INDIANA 

Intel Corp. 
8777 Purdue Road 
Suite 125 
Indianapolis 46268 
Tel: (317) 875-0623 

IOWA 

Intel Corp. 

St. Andrews Building 

1930 St. Andrews Drive N.E. 

Cedar Rapids 52402 

Tel: (319) 393-5510 

KANSAS 

Intel Corp. 

8400 W. 110th Street 

Suite 170 

Overland Park 66210 

Tel: (913) 345-2727 

LOUISIANA 



MARYLAND 

Intel Corp.' 

7321 Parkway Drive South 

Suite C 

Hanover 21076 

Tel: (301) 796-7500 

TWX: 710-862-1944 

Intel Corp. 
7833 Walker Drive 
Greenbelt 20770 
Tel: (301) 441-1020 

MASSACHUSETTS 

Intel Corp.* 

Westford Corp. Center 
3 Carlisle Road 
Westtord 01886 
Tel: (617) 692-3222 
TWX: 710-343-6333 

MICHIGAN 

Intel Corp. 

7071 Orchard lake Road 

Suite 100 

West Bloomfield 48033 

Tel: (313) 851-8096 

MINNESOTA 

Intel Corp. 

3500 W. 80th Street 
Suite 360 
Bloomington 55431 
Tel: (612) 835-6722 
TWX: 910-576-2867 

MISSOURI 

Intel Corp. 

4203 Earth City Expressway 

Suite 131 

Earth City 63045 

Tel: (314) 291-1990 

NEW JERSEY 

Intel Corp.* 

Parkway 109 Office Center 

328 Newman Springs Road 

Red Bank 07701 

Tel: (201) 747-2233 



NEW JERSEY (Cont'd) 

Intel Corp. 

75 Livingston Avenue 
First Floor 
Roseland 07068 
Tel: (201) 740-0111 

NEW MEXICO 

Intel Corp, 

8500 Menual Boulevard N.E. 

Suile B 295 

Albuquerque 87112 

Tel: (505) 292-8086 

NEW YORK 

Intel Corp.* 

300 Vanderbilt Motor Parkway 

Hauppauge 11788 

Tel: (516) 231-3300 

TWX: 510-227-6236 

Intel Corp. 

Suite 2B Hollowbrook Park 
15 Myers Corners Road 
Wappinger Falls 12590 
Tel: (914) 297-6161 
TWX: 510-248-0060 

Intel Corp.* 

211 White Spruce Boulevard 

Rochester 14623 

Tel: (716) 424-1050 

TWX: 510-253-7391 

NORTH CAROLINA 

Intel Corp. 

5700 Executive Center Drive 

Suite 213 

Charlotte 28212 

Tel: (704) 568-8966 

Intel Corp. 

2700 Wycliff Road 

Suite 102 

Raleigh 27607 

Tel: (919) 781-8022 

OHIO 

Intel Corp.* 
6500 Poe Avenue 
Dayton 45414 
Tel: (513) 890-5350 
TWX: 810-450-2528 

Intel Corp.* 

Chagrin-Brainard Bldg.. No. 300 

28001 Chagrin Boulevard 

Cleveland 44122 

Tel: (216) 464-2736 

TWX: 810-427-9298 

OKLAHOMA 

Intel Corp. , 

6801 N. Broadway 

Suite 115 

Oklahoma City 73116 

Tel: (405) 848-8086 

OREGON 

Intel Corp. 

10700 S.W. Beaverton 

Hillsdale Highway 

Suite 22 

Beaverton 97005 

Tel: (503) 641-8086 

TWX: 910-467-8741 

PENNSYLVANIA 

Intel Corp. 

1513 Cedar Cliff Drive 

Camphill 17011 

Tel: (717) 737-5035 

Intel Corp.* 

455 Pennsylvania Avenue 
Fort Washington 19034 
Tel: (215) 641-1000 
TWX: 510-661-2077 

Intel Corp.* 

400 Penn Cenler Boulevard 

Suite 610 

Pittsburgh 15235 

Tel: (412) 823-4970 

Q.E.D. Electronics 
139 Terwood Road 
Box T 

Willow Grove 19090 
Tel: (215) 657-5600 



PUERTO RICO 

Intel Microprocessor Corp. 
South Industrial Park 
Las Piedras 00671 
Tel: (809) 733-3030 

TEXAS 

Intel Corp. 

313 E. Anderson Lane 

Suite 314 

Austin 78752 

Tel: (512) 454-3628 

Intel Corp.* 
12300 Ford Road 
Suite 380 
Dallas 75234 
Tel: (214) 241-8087 
TWX: 910-860-5617 

Intel Corp.* 
7322 S.W. Freeway 
Suite 1490 
Houston 77074 
Tel: (713) 988-8086 
TWX: 910-881-2490 

Industrial Digital Systems Corp. 
5925 Sovereign 
Suite 101 
Houston 77036 
Tel: (713)988-9421 

UTAH 

Intel Corp. 

5201 Green Street 

Suite 290 

Murray 84123 

Tel: (801) 263-8051 

VIRGINIA 

Intel Corp. 

1603 Santa- Rosa Road 

Suite 109 

Richmond 23288 

Tel: (804) 282-5668 

WASHINGTON 

Intel Corp. 

110 110th Avenue N.E. 

Suite 510 

Bellevue 98004 

Tel: (206) 453-8086 

TWX: 910-443-3002 



408 N. Mullan Road 
Suite 102 
Spokane 99206 
Tel: (509) 928-8086 

WISCONSIN 

Intel Corp. 

450 N. Sunnyslope Road 

Suite 130 

Chancellory Park I 

Brookfield 53005 

Tel: (414) 784-8087 

CANADA 

BRITISH COLUMBIA 

Intel Semiconductor of Canada. Ltd. 
' 301-2245 W. Broadway 
Vancouver V6K 2E4 
Tel: (604) 738-6522 

ONTARIO 

Intel Semiconductor of Canada, Ltd. 

2650 Queensview Drive 

Suite 250 

Ottawa K2B 8H6 

Tel: (613) 829-9714 

TELEX: 053-4115 

Intel Semiconductor of Canada, Ltd. 

190 Attwell Drive 

Suite 500 

Rexdale M9W 6H8 

Tel: (416) 675-2105 

TELEX: 06983574 

QUEBEC 

Intel Semiconductor of Canada. Ltd. 
620 St. Jean Blvd. 
Pointe Claire H9R 3K3 
Tel: (514) 694-9130 
TWX: 514-694-9134 
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DOMESTIC DISTRIBUTORS 



Arrow Electronics, Inc. 
1015 Henderson Road 
Huntsville 35805 
Tel: (205) 837-6955 

tHamilton/Avnet Electronics 
4812 Commercial Drive N.W. 
Huntsville 35805 
Tel: (205) 837-7210 
TWX: 810-726-2162 

tPioneer/Technologies Group Inc. 
4825 University Square 
Huntsville 35805 
Tel: (205) 837-9300 
TWX: 810-726-2197 

ARIZONA 

tHamilton/Avnet Electronics 
505 S. Madison Drive 
Tempe 85281 
Tel: (602) 231-5100 
TWX: 910-950-0077 

Kierulff Electronics 
4134 E. Wood Street 
Phoenix 85040 
Tel: (602) 437-0750 
TWX: 910-951-1550 

Wyle Distribution Group 

17855 N. Black Canyon Highway 

Phoenix 85023 

Tel: (602) C" " 



CALIFORNIA 

Arrow Electronics, Inc. 
19748 Dearborn Street 
Chatsworth 91311 
Tel: (818) 701-7500 
TWX: 910-493-2086 

Arrow Electronics 
9511 Ridgehaven Court 
San Diego 92123 
Tel: (619) 565-4800 
TLX: 888064 

tArrow Electronics, Inc. 
521 Weddell Drive 
Sunnyvale 94086 
Tel: (408) 745-6600 
TWX: 910-339-9371 

Arrow Electronics, Inc. 
2961 Dow Avenue 
Tustin 92680 
Tel: (714) 838-5422 
TWX: 910-595-2860 

tAvnet Electronics 
350 McCormick Avenue 
Costa Mesa 92626 
Tel: (714) 754-6051 
TWX: 910-595-1928 

Hamilton/Avnet Electronics- 
1175 Bordeaux Drive 
Sunnyvale 94086 
Tel: (408) 743-3300 
TWX: 910-339-9332 

tHamilton/Avnet Electronics 
4545 Viewridge Avenue 
San Diego 92123 
Tel: (619) 571-7500 
TWX: 910-595-2638 

tHamilton/Avnet Electronics 
20501 Plummer Street 
Chatsworth 91311 
Tel: (818) 700-6271 
TWX: 910-494-2207 

tHamilton/Avnet Electronics 
4103 Northgate Boulevard 
Sacramento 95834 
Tel: (916) 920-3150 

Hamilton/Avnet Electronics 
3002 G Street 
Ontario 91311 
Tel: (714) 989-9411 

Hamilton/Avnet Electronics 
19515 So. Vermont Avenue 
Torrance 90502 
Tel: (213) 615-3909 
TWX: 910-349-6263 

Hamilton Electro Sales 
9650 De Soto Avenue 
Chatsworth 91311 
Tel: (818) 700-6500 

tHamilton Electro Sales 

10950 W. Washington Boulevard 

Culver City 90230 

Tel: (213) 558-2458 

TWX: 910-340-6364 

Hamilton Electro Sales 
1361 B West 190th Street 
Gardena 90248 
Tel: (213) 558-2131 



CALIFORNIA (Cont'd) 

tHamilton Electro Sales 
3170 Pullman Street 
Costa Mesa 92626 
Tel: (714) 641-4150 
TWX: 910-595-2638 

Kierulff Electronics 
10824 Hope Street 
Cypress 90430 
Tel: (714) 220-6300 

Kierulff Electronics, Inc. 
1180 Murphy Avenue 
San Jose 95131 
Tel: (408) 947-3471 
TWX: 910-379-6430 

Kierulff Electronics, Inc. 
14101 Franklin Avenue 
Tustin 92680 
Tel: (714) 731-5711 
TWX: 910-595-2599 

tKierulff Electronics, Inc. 
5650 Jillson Street 
Commerce 90040 
Tel: (213) 725-0325 
TWX: 910-580-3666 

Wyle Distribution Group 
26560 Agoura Street 
Calabasas 91302 
Tel: (818) 880-9000 
TWX: 818-372-0232 

tWyle Distribution Group 
124 Maryland Street 
El Segundo 90245 
Tel: (213) 322-8100 
TWX: 910-348-7140 or 711 

tWyle Distribution Group 
17872 Cowan Avenue 
Irvine 92714 
Tel: (714) 843-9953 
TWX: 910-595-1572 



Sun Center Drive 
Rancho Cordova 95670 
Tel: (916) 638-5282 

tWyle Distribution Group 
9525 Chesapeake Drive 
San Diego 92123 
Tel: (619) 565-9171 
TWX: 910-335-1590 

tWyle Distribution Group 
3000 Bowers Avenue 
Santa Clara 95051 
Tel: (408) 727-2500 
TWX: 910-338-0296 

Wyle Military 

17810 Teller Avenue 

Irvine 92750 

Tel: (714) 851-9958 

TWX: 310-371-9127 

Wyle Systems 
7382 Lampson Avenue 
Garden Grove 92641 
Tel: (714) 851-9953 
TWX: 910-595-2642 

COLORADO 

Arrow Electronics, Inc. 

1390 S. Potomac Street 

Suite 136 

Aurora 80012 

Tel: (303) 696-1111 

tWyle Distribution Group 
451 E. 124th Avenue 
Thornton 80241 
Tel: (303) 457-9953 
TWX: 910-936-0770 

tHamilton/Avnet Electronics 
8765 E. Orchard Road 
Suite 708 
Englewood 80111 
Tel: (303) 740-1017 
TWX: 910-935-0787 

CONNECTICUT 



tHamilton/Avnet Electronics 
Commerce Industrial Park 
Commerce Drive 
Danbury 06810 
Tel: (203) 797-2800 
TWX: 710-456-9974 

tPioneer Northeast Electronics 
112 Main Street 
Norwalk 06851 
Tel: (203) 853-1515 
TWX: 710-468-3373 



FLORIDA 

tArrow Electronics, Inc. 
350 Fairway Drive 
Deerfield Beach 33441 
Tel: (305) 429-8200 
TWX: 510-955-9456 

tArrow Electronics, Inc. 
1001 N.W. 62nd Street 
Suite 108 

Ft. Lauderdale 33309 
Tel: (305) 776-7790 
TWX: 510-955-9456 

tArrow Electronics, Inc. 

50 Woodlake Drive W., Bldg. B 

Palm Bay 32905 

Tel: (305) 725-1480 

TWX: 510-959-6337 

tHamilton/Avnet Electronics 
6801 N.W. 15th Way 
Ft. Lauderdale 33309 
Tel: (305) 971-2900 
TWX: 510-956-3097 

tHamilton/Avnet Electronics 
3197 Tech. Drive North 
St. Petersburg 33702 
Tel: (813) 576-3930 
TWX: 810-863-0374 

Hamilton/Avnet Electronics 
6947 University Boulevard 
Winterpark 32792 
Tel: (305) 628-3888 
TWX: 810-853-0322 

tPioneer Electronics 
221 N. Lake Boulevard 
Suite .412 

Alta Monte Springs 32701 
Tel: (305) 834-9090 
TWX: 810-853-0284 

tPioneer Electronics 
674 S. Military Trail 
Deerfield Beach 33442 
Tel: (305) 428-8877 
TWX: 510-955-9653 

GEORGIA 

tArrow Electronics, Inc 

3155 Northwoods Parkway, Suite A 

Norcross 30071 

Tel: (404) 449-8252 

TWX: 810-766-0439 

Hamilton/Avnet Electronics 
5825 D. Peachtree Corners 
Norcross 30092 
Tel: (404) 447-7500 
TWX: 810-766-0432 

Pioneer Electronics 

5835B Peachtree Corners E 

Norcross 30092 

Norcross 30092 

Tel: (404) 448-1711 

TWX: 810-766-4515 

ILLINOIS 

tArrow Electronics, Inc. 
2000 E. Alonquin Street 
Schaumberg 60195 
Tel: (312) 397-3440 
TWX: 910-291-3544 

tHamilton/Avnet Electronics 
1130 Thorndale Avenue 
Bensenville 60106 
Tel: (312) 860-7780 
TWX: 910-227-0060 

tPioneer Electronics 
1551 Carmen Drive 
Elk Grove Village 60007 
Tel: (312) 437-9680 
TWX: 910-222-1834 

INDIANA 

tArrow Electronics, Inc. 
2495 Directors Row, Suite H 
Indianapolis 46241 
(317) 243-9353 
TWX: 810-341-3119 

Hamilton/Avnet Electronics 
485 Gradle Drive 
Carmel 46032 
Tel: (317) 844-9333 
TWX: 810-260-3966 

tPioneer Electronics 
6408 Castleplace Drive 
Indianapolis 46250 
Tel: (317) 849-7300 
TWX: 810-260-1794 



KANSAS 

tHamilton/Avnet Electronics 
9219 Quivera Road 
Overland Park 66215 
Tel: (913) 888-8900 
TWX: 910-743-0005 

KENTUCKY 

Hamilton/Avnet Electronics 
1051 D. Newtor, Park 
Lexington 40511 

MARYLAND 

Arrow Electronics, Inc. 
8300 Gulford Road #H 
Rivers Center 
Columbia 21046 
Tel: (301) 995-0003 
TWX: 710-236-9005 

tHamilton/Avnet Electronics 
6822 Oak Hall Lane 
Columbia 21045 
Tel: (301) 995-3500 
TWX: 710-862-1861 

tMesa Technology Corporation 
16021 Industrial Drive 
Gaithersburg 20877 
Tel: (301) 948-4350 
TWX: 710-828-9702 

tPioneer Electronics 
9100 Gaither Road 
Gaithersburg 20877 
Tel: (301) 948-0710 
TWX: 710-828-0545 

MASSACHUSETTS 

tArrow Electronics, Inc. 
1 Arrow Drive 
Woburn 01801 
Tel: (617) 933-8130 
TWX: 710-393-6770 

tHamilton/Avnet Electronics 

10D Centennial Drive 

Peabody 01960 

Tel: (617) 532-3701 

TWX: 710-393-0382 

Pioneer Northeast Electronics 

44 Hartwell Avenue 

Lexington 02173 

Tel: (617) 863-1200 

TWX: 710-326-6617 

MICHIGAN 

Arrow Electronics, Inc. 
755 Phoenix Drive 
Ann Arbor 48104 
Tel: (313) 971-8220 
TWX: 810-223-6020 

tHamilton/Avnet Electronics 
32487 Schoolcraft Road 
Livonia 48150 
Tel: (313) 522-4700 
TWX: 810-242-8775 

Hamilton/Avnet Electronics 
2215 29th Street S.E. 
Space A5 

Grand Rapids 49508 
Tel: (616) 243-8805 
TWX: 810-273-6921 

tPioneer Electronics 
13485 Stamford 
Livonia 48150 
Tel: (313) 525-1800 
TWX: 810-242-3271 

MINNESOTA 

tArrow Electronics, Inc. 
5230 W. 73rd Street 
Edina 55435 
Tel: (612) 830-1800 
TWX: 910-576-3125 

Hamilton/Avnet Electronics 
10300 Bren Road East 
Minnetonka 55343 
Tel: (612) 932-0600 
TWX: (910) 576-2720 

tPioneer Electronics 
10203 Bren Road East 
Minnetonka 55343 
Tel: (612) 935-5444 
TWX: 910-576-2738 

MISSOURI 

tArrow Electronics, Inc. 
2380 Schuetz 
St. Louis 63141 
Tel: (314) 567-6888 
TWX: 910-764-0882 



tMicrocomputer System Technical Demonstrator Centers 
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DOMESTIC DISTRIBUTORS 



MISSOURI (Cont'd) 

fHamilton/Avnet Electronics 
13743 Shoreline Court 
Earth City 63045 
Tel: (314) 344-1200 
TWX: 910-762-0684 

NEW HAMPSHIRE 

fArrow Electronics, Inc. 
3 Perimeter Road 
Manchester 03103 
Tel: (603) 668-6968 
TWX: 710-220-1684 

Hamilton/Avnet Electronics 
444 E. Industrial Drive 
Manchester 03104 
Tel: (603) 624-9400 

NEW JERSEY 

fArrow Electronics, Inc. 
6000 Lincoln East 
Marlton 08053 
Tel: (609) 596-8000 
TWX: 710-897-0829 

tArrow Electronics, Inc. 
2 Industrial Road 
Fairfield 07006 
Tel: (201) 575-5300 
TWX: 710-998-2206 



Cherry Hill 08003 
Tel: (609) 424-0110 
TWX: 710-940-0262 

fHamilton/Avnet Electronics 
10 Industrial 
Fairfield 07006 
Tel: (201) 575-3390 
TWX: 710-734-4388 

fPioneer Northeast Electronics 
45 Route 46 
Pinebrook 07058 
Tel: (201) 575-3510 
TWX: 710-734-4382 

tMTI Systems Sales 
383 Route 46 W 
Fairfield 07006 
Tel: (201) 227-5552 

NEW MEXICO 

Alliance Electronics Inc. 
11030 Cochiti S.E. 
Albuquerque 87123 
Tel: (505) 292-3360 
TWX: 910-989-1151 

Hamilton/Avnet Electronics 
2524 Baylor Drive S.E. 
Albuquerque 87106 
Tel: (505) 765-1500 
TWX: 910-989-0614 

NEW YORK 

tArrow Electronics, Inc. 
25 Hub Drive 
Melville 11747 
Tel: (516) 694-6800 
TWX: 510-224-6126 

fArrow Electronics, Inc. 

3375 Brighton-Henrietta Townline Road 

Rochester 14623 

Tel: (716) 427-0300 

TWX: 510-253-4766 

Arrow Electronics, Inc. 
7705 Maltage Drive 
Liverpool 13088 
Tel: (315) 652-1000 
TWX; 710-545-0230 

Arrow Electronics, Inc. 
20 Oser Avenue 
Hauppauge 11788 
Tel: (516) 231-1000 
TWX: 510-227-6623 

Hamilton/Avnet Electronics 
333 Metro Park 
Rochester 14623 
Tel: (716) 475-9130 
TWX: 510-253-5470 

Hamilton/Avnet Electronics 
103 Twin Oaks Drive 
Syracuse 13206 
Tel: (315) 437-2641 
TWX: 710-541-1560 

fHamilton/Avnet Electronics 
933 Motor Parkway 
Hauppauge 11788 
Tel: (516) 231-9800 
TWX: 510-224-6166 



NEW YORK (Cont'd) 

tMTI Systems Sales 
38 Harbor Park Drive 
P.O. Box 271 
Port Washington 11050 
Tel: (516) 621-6200 
TWX: 510-223-0846 

fPioneer Northeast Electronics 

1806 Vestal Parkway East 

Vestal 13850 

Tel: (607) 748-8211 

TWX: 510-252-0893 

fPioneer Northeast Electronics 
60 Crossway Park West 
Woodbury, Long Island 11797 
Tel: (516) 921-8700 
TWX: 510-221-2184 

Pioneer Northeast Electronics 

840 Fairport Park 

Fairport 14450 

Tel: (716) 381-7070 

TWX: 510-253-7001 

NORTH CAROLINA 

Arrow Electronics, Inc. 
5240 Greendairy Road 
Raleigh 27604 
Tel: (919) 876-3132 
TWX: 510-928-1856 

fHamilton/Avnet Electronics 
3510 Spring Forest Drive 
Raleigh 27604 
Tel: (919) 878-0819 
TWX: 510-928-1836 

Pioneer Electronics 

9801 A-Southern Pine Boulevard 

Charlotte 28210 

Tel: (704) 524-8188 

TWX: 810-621-0366 

OHIO 

Arrow Electronics, Inc. 
7620 McEwen Road 
Centerville 45459 
Tel: (513) 435-5563 
TWX: 810-459-1611 

fArrow Electronics, Inc. 
6238 Cochran Road 
Solon 44139 
Tel: (216) 248-3990 
TWX: 810-427-9409 

fHamilton/Avnet Electronics 
954 Senate Drive 
Dayton 45459 
Tel: (513) 433-0610 
TWX: 810-450-2531 

fHamilton/Avnet Electronics 
4588 Emery Industrial Parkway 
Warrensville Heights 44128 
Tel: (216) 831-3500 
TWX: 810-427-9452 

fPioneer Electronics 
4433 Interpoint Boulevard 
Dayton 45424 
Tel: (513) 236-9900 
TWX: 810-459-1622 

fPioneer Electronics 
4800 E. 131st Street 
Cleveland 44105 
Tel (216) 587-3600 
TWX: 810-422-2211 

OKLAHOMA 

Arrow Electronics, Inc. 
4719 S. Memorial Drive 
Tulsa 74145 
Tel: (918) 665-7700 

OREGON 

fAlmac Electronics Corporation 
1885 N.W. 169th Place 
Beaverton 97006 
Tel: (503) 629-8090 
TWX: 910-467-8746 

Hamilton/Avnet Electronics 
6024 S.W. Jean Road 
Bldg. C, Suite 10 
Lake Oswego 97034 
Tel: (503) 635-7848 
TWX: 910-455-8179 

Wyle Distribution Group 

5250 N.E. Elam Young Parkway 

Suite 600 

Hillsboro 97124 

Tel: (503) 640-6000 

TWX: 910-460-2203 



PENNSYLVANIA 

fArrow Electronics, Inc. 
650 Seco Road 
Monroeville 15146 
Tel: (412) 856-7000 

Pioneer Electronics 
259 Kappa Drive 
Pittsburgh 15238 
Tel: (412) 782-2300 
TWX: 710-795-3122 

fPioneer Electronics 
261 Gibralter Road 
Horsham 19044 
Tel: (215) 674-4000 
TWX: 510-665-6778 

TEXAS 

fArrow Electronics, Inc. 
3220 Commander Drive 
Carrollton 75006 
Tel: (214) 380-6464 
TWX: 910-860-5377 

fArrow Electronics, Inc. 
10899 Kinghurst 
Suite 100 
Houston 77099 
Tel: (713) 530-4700 
TWX: 910-880-4439 

Arrow Electronics, Inc. 
10125 Metropolitan 
Austin 78758 
Tel: (512) 835-4180 
TWX: 910-874-1348 

fHamilton/Avnet Electronics 

2401 Rutland 

Austin 78757 

Tel: (512) 837-8911 

TWX: 910-874-1319 

fHamilton/Avnet Electronics 
2111 W. Walnut Hill Lane 
Irving 75062 
Tel: (214) 659-4100 
TWX: 910-860-5929 

fHamilton/Avnet Electronics 
8750 West Park 
Hosuton 77063 
Tel: (713) 780-1771 
TWX: 910-881-5523 

Pioneer Electronics 
9901 Burnet Road 
Austin 78758 
Tel: (512) 835-4000 
TWX: 910-874-1323 

Pioneer Electronics 
13710 Omega Road 
Dallas 75234 
Tel: (214) 386-7300 
TWX: 910-850-5563 

Pioneer Electronics 
5853 Point West Drive 
Houston 77036 
Tel: (713) 988-5555 
TWX: 910-881-1606 

UTAH 

fHamilton/Avnet Electronics 
1585 West 2100 South 
Salt Lake City 84119 
Tel: (801) 972-2800 
TWX: 910-925-4018 

Wyle Distribution Group 
1959 South 4130 West, Unit B 
Salt Lake City 84104 
Tel: (801) 974-9953 

WASHINGTON 

fAlmac Electronics Corporation 
14360 S.E. Eastgate Way 
Bellevue 98007 
Tel: (206) 643-9992 
TWX: 910-444-2067 

Arrow Electronics, Inc. 
14320 N.E. 21st Street 
Bellevue 98007 
Tel: (206) 643-4800 
TWX: 910-444-2017 

Hamilton/Avnet Electronics 
14212 N.E. 21st Street 
Bellevue 98005 
Tel: (206) 453-5874 
TWX: 910-443-2469 

WISCONSIN 

fArrow Electronics, Inc. 
430 W. Rausson Avenue 
Oakcreek 53154 
Tel: (414) 764-6600 
TWX: 910-262-1193 



WISCONSIN (Cont'd) 

fHamilton/Avnet Electronics 
2975 Moorland Road 
New Berlin 53151 
Tel: (414) 784-4510 
TWX: 910-262-1182 

CANADA 

ALBERTA 

Hamilton/Avnet Electronics 
2816 21st Street N.E. 
Calgary T2E 6Z2 
Tel: (403) 230-3586 
TWX: 03-827-642 

Zentronics 

Bay No. 1 

3300 14th Avenue N.E. 

Calgary T2A 6J4 

Tel: (403) 272-1021 

BRITISH COLUMBIA 

Hamilton/Avnet Electronics 
105-2550 Boundry Road 
Burmalay V5M 3Z3 
Tel: (604) 272-4242 



Richmond V6X ' _ 
Tel: (604) 273-5575 
TWX: 04-5077-8 r 



Zentronics 
590 Berry Street 
Winnipeg R3H OS1 
Tel: (204) 775-8661 

ONTARIO 

Arrow Electronics Inc. 
24 Martin Ross Avenue 
Downsview M3J 2K9 
Tel: (416) 661-0220 
TELEX: 06-218213 

Arrow Electronics Inc. 
148 Colonnade Road 
Nepean K2E 7J5 
Tel: (613) 226-6903 

fHamilton/Avnet Electronics 
6845 Rexwood Road 
Units G & H 
Mississauga L4V 1R2 
Tel: (416) 677-7432 
TWX: 610-492-8867 

fHamilton/Avnet Electronics 
210 Colonnade Road South 
Nepean K2E 7L5 
Tel: (613) 226-1700 
TWX: 05-349-71 

fZentronics 
8 Tilbury Court 
Brampton L6T 3T4 
Tel: (416) 451-9600 
TWX: 06-976-78 

Zentronics 

564/10 Weber Street North 

Waterloo N2L 5C6 

Tel: (519) 884-5700 

Zentronics 

155 Colonnade Road 

Unit 17 

Nepean K2E 7K1 

Tel: (613) 225-8840 

TWX: 06-976-78 

QUEBEC 

Arrow Electronics Inc. 
4050 Jean Talon Quest 
Montreal H4P 1W1 . 
Tel: (514) 735-5511 
TELEX: 05-25596 

Arrow Electronics Inc. 
909 Charest Blvd. 
Quebec 61 N 269 
Tel: (418) 687-4231 
TLX: 05-13388 

Hamilton/Avnet Electronics 
2795 Rue Halpern 
St. Laurent H4S 1P8 
Tel: (514) 335-1000 
TWX: 610-421-3731 

Zentronics 
505 Locke Street 
St. Laurent H4T 1X7 
Tel: (514) 735-5361 
TWX: 05-827-535 



fMicrocomputer System Technical Demonstrator Centers 
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EUROPEAN SALES OFFICES 



BELGIUM 

Intel Corporation S.A. 

Pare 'Seny 

Rue du Moulin a Papier 51 

Boite 1 

B-1160 Brussels 

Tel: (02)661 07 11 

TELEX: 24814 

DENMARK 

Intel Denmark A/S' 
Glentevej 61 - 3rd Floor 
DK-2400 Copenhagen 
Tel: (01) 19 80 33 
TELEX: 19567 

FINLAND 

Intel Finland OY 
Ruosilantie 2 
000390 Helsinki 
Tel: (0) 544 644 
TELEX: 123 332 

FRANCE 

Intel Paris 

1 Rue Edison, BP 303 

78054 Saint-Quentin en Yvelines 

Tel: (33) 1 30 64 60 00 

TELEX: 69901677 



FRANCE (Cont'd) 

Intel Corporation, S.A.R.L. 

Immeublo BBC 

4 Quai des Etroits 

69005 Lyon 

Tel: (7) 842 40 89 

TELEX: 305153 

WEST GERMANY 

Intel Semiconductor GmbH* 

Seidlstrasse 27 

D-8000 Munchen 2 

Tel: (89) 53891 

TELEX: 05-23177 INTL D 

Intel Semiconductor GmbH* 
Mainzerstrasse 75 
D-6200 Wiesbaden 1 
Tel: (6121) 70 08 74 
TELEX: 04168183 INTW D 

Intel Semiconductor GmbH 

Bruckstrasse 61 

7012 Fellbach 

Stuttgart 

Tel: (711) 58 00 82 

TELEX: 7254826 INTS D 

Intel Semiconductor GmbH* 
Hohenzollernstrasse 5* 
3000 Hannover 1 
Tel: (511) 34 40 81 
TELEX: 923625 INTH D 



ISRAEL 

Intel Semiconductors Ltd.* 

Atidim Industrial Park 

Neve Sharel 

Dvora Hanevia 

Bldg. No. 13, 4th Floor 

P.O. Box 43202 

Tel Aviv 61430 

Tel: 3-491099/8 

Telex: 371215 

ITALY 

Intel Corporation Italia Spa* 
Milanofiori, Palazzo E 
20094 Assago (Milano) 
Tel: (02) 824 40 71 
TELEX: 315183 INTMIL 

NETHERLANDS 

Intel Semiconductor Nederland I 
Alexanderpoort Building 
Marten Meesweg 93 
3068 Rotterdam 
Tel: (10) 21 23 77 
TELEX: 22283 

NORWAY 

Intel Norway A/S 

P.O. Box 92 

Hvamveien 4 

N-2013 

Skjetten 

Tel: (2) 742 420 

TELEX: 18018 



SPAIN 

Intel Iberia 

Calle Zurbaran 

28-1-IZQDA 

28010 Madrid 

Tel: (34) 1410 40 04 

TELEX: 46880 

SWEDEN 

Intel Sweden A.B.* 
Dalvagen 24 
S-171 36 Solna 
Tel: 8/7340100 
TELEX: 12261 

SWITZERLAND 

Intel Semiconductor AG.* 

Talackerstrasse 17 

8152 Glattbrugg postlach 

CH-8065 Zurich 

Tel: (01) 829 29 77 

TELEX: 57989 ICH CH 

UNITED KINGDOM 

Intel Corporation (U.K.) Ltd.* 
Pipers Way 

Swindon, Wiltshire SN3 1RJ 
Tel: (793) 696 000 
TELEX: 444447 INT SWN 
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EUROPEAN DISTRIBUTORS/REPRESENTATIVES 



AUSTRIA 

Bacher Elektronische Geraete GmbH 

Rotenmuehlgasse 26 

A 1120 Wien 

Tel: (222) 83 56 46 

TELEX: 11532 BASAT A 

W. Moor GmbH 
Storchengasse 1/1/1 
A-1150 Wien 
Tel: 222-85 86 46 

BELGIUM 

Inelco Belgium S.A. 

Ave. des Croix de Guerre 94 

B1120 Brussels 

Tel: (021) 216 01 60 

TELEX: 25441 

DENMARK 

iTT MulliKomponent A/S 
Naverland 29 
DK-2600 Gloskrup 
Tel: (02) 45 66 45 
TX: 33355 

FINLAND 

Oy Fintronic AB 
Melkonkalu 24 A 
SF-00210 Helsinki 21 
Tel: (0) 692 60 22 
TELEX: 124 224 Ftron SF 

FRANCE 

Generim 

Z.I. de Courtaboeuf 

Avenue de la Baltique 

F-91943 Les Ulis Cedex-B.P.88 

Tel: (1) 907 78 78 

TELEX: F691700 

Jermyn S.A. 

16, Avonuo de Jean-Jaures 
F-94600 Choisy-Le-Roi 
Tel: (1) 853 12 00 
TELEX: 260 967 . 

Metrologie 

La Tour d' Asnieres 

4, Avenue Laurent Cely 

F-92606-Asnieres 

Tel: (1) 790 62 40 

TELEX: 611-448 



FRANCE (Cont'd) 

Tekelec Airtronic 

Cte des Bruyeres 

Rue Carle Vernet B.P. 2 

F-92310 Sevres 

Tel: (1) 534 75 35 

TELEX: 204552 

WEST GERMANY 

Computer 2000 
Garmischer Strasse 4-6 
D-8000 Munchen 2 
Tel: (089) 519-96-0 
TELEX: 5214562 

Electronic 2000 Vertriebs A.G. 
Stahlgruberring 12 
D-8000 Munich 82 
Tel: (89) 42 00 10 
TELEX: 522561 EEC D 

Jermyn GmbH 



Schulstrasse 84 
D-6277 Bad Camberg 
Tel: (06434) 231 
TELEX: 484426 JERM D 

CES Computer Electronics Systems 

GmbH 

Gutenbergstrasse 4 

D-2359 Henstedt-Ulzburg 

Tel: (04193) 4026 

TELEX: 2180260 

Metrologie GmbH 
Hansastrasse 15 
D-8000 Munich 21 
Tel: (89) 57 30 84 
TELEX: 5213189 

.Proelectron Vertriebs GmbH 
Max Planck Strasse 1-3 
D-6072 Dreieich 
Tel: (6103) 33564 
TELEX: 417983 

IRELAND 

Micro Marketing 

Glenageary Office Park 

Glenageary 

Co. Dublin 

Tel: (1) 85 62 88 

TELEX: 31584 



ISRAEL 

Eastronics Ltd. 
11 Rozanis Street 
P.O. Box 39300 
Tel Aviv 61390 
Tel: (3) 47 51 51 
TELEX: 33638 

ITALY 

Electra 3S S.P.A. 
Viale Elvezia, 18 
I 20154 Milano 
Tel: (2) 34 97 51 
TELEX: 332332 



Milanofiori Pal. E/5 

I-20090 Assago 

Milano 

Tel: (2) 82470 

TELEX: 311351 

NETHERLANDS 

Koning & Hartman 
Koperwerf 30 
P.O. Box 43220 
2544 EN's Gravenhage 
Tel: 31 (70) 210.101 
TELEX: 31528 

NORWAY 

Nordisk Elektronic (Norge) A/S 
Postoffice Box 122 
Smedsvingen 4 
1364 Hvalstad 
Tel: (2) 846 210 
TELEX: 17546 

PORTUGAL 



Componentes E Electronica LDA 
Av. Miguel Bombarda, 133 
P-1000 Lisboa 
Tel: (19) 545 313 
TELEX: 14182 Brieks-P 

SPAIN 

in SESA 

Miguel Angel 21, 6 Piso 

Madrid 10 

Tel: (34) 14 1954 00 

TELEX: 27461 

Diode Espana' 
Avenida De Brasil 5 
28020 Madrid 
Tel: 455 36 86 
TELEX: 42148 



SWEDEN 

Nordisk Electronik AB 
Huvudstagatan 1 
Box 1409 
S-171 27 Solna 
Tel: (8) 734 97 70 
TELEX: 10547 

SWITZERLAND 

Industrade AG 
Hertistrasse 31 
CH-8304 Wallisellen 
Tel: (01) 830 50 40 
TELEX: 56788 INDEL CH 

UNITED KINGDOM 

Bytech Ltd. 
Unit 57 
London Road 
Early, Reading 
Berkshire RJ 12 1W 
Tel: (0734) 61031 
TELEX: 848215 

Comway Microsystems Ltd. 

Market Street 

Bracknell 

Berkshire RJ 12 IQP 

Tel: (344) 55333 

TELEX: 847201 

Jermyn Industries Vestry Estate 

Oxford Road 

Seven Oaks 

Kent TN 14 5EU 

Tel: (0732) 450144 

TELEX: 95142 

M.E.D.L. 

East Lane Road 
North Wembley 
Middlesex HA9 7PP 
Tel: (190) 49307 
TELEX: 28817 

Rapid Recall, Ltd. 

Rapid House/Denmark St 

High Wycombe 

Bucks HP11 2ER 

Tel: (494) 26 271 

TELEX: 837931 

YUGOSLAVIA 

H. R. Microelectronics Enterprises 

P.O. Box 5604 

San Jose, California 95150 

Tel: 408/978-8000 

TELEX: 278-559 



iny 



INTERNATIONAL SALES OFFICES 



North Sydney NSW, 2060 

(Shipping Address) 
Spectrum Building 
200 Pacific Highway 
Level 6 

Crows Nest. NSW, 2065 
Tel: 011-61-2-957-2744 
TELEX: 790-20097 
FAX: 011-61-2-957-2744 

CHINA 

Intel PRC Corporation 
15/F, Office 1, Citic Bldg. 
Jian Guo Men Wai Avenue 
Beijing, PRC 

HONG KONG 

Intel Semiconductor Ltd.* 
1701-3 Connaught Centre 
1 Connaught Road 
Tel: 011-852-5-215-311 
TWX: 60410 ITLHK 



JAPAN 

Intel Japan K.K. 

5-6 Tokodai, Toyosato-machi 

Tsukuba-gun, Ibaraki-ken 300-26 

Tel: 029747-8511 

TELEX: 03656-160 

Inter Japan K.K.' 
Komeshin Bldg. 
2-1-15 Naka-machi 
Atsugi, Kanagawa 243 
Tel: 0462-23-3511 

Intel Japan K.K.' 
Daiichi Mitsugi Bldg. 
1-8889 Fuchu-cho 
Fuchu-shi, Tokyo 183 
Tel: 0423-60-7871 

Intel Japan K.K.' 
Bldg. Kumagaya 
2-69 Hon-cho 
Kumagaya, Saitama 360 
Tel: 0485-24-6871 

Intel Japan K.K.* 
Ryokuchi-Station Bldg. 
2-4-1 Terauchi 
Toyonaka, Osaka 560 
Tel: 06-863-1091 



JAPAN (Cont'd) 

Intel Japan K.K. 
Shinmaru Bldg. 
1-5-1 Marunouchi 
Chiyoda-ku, Tokyo 100 
Tel: 03-201-3621 

Intel Japan K.K.* 

Flower-Hill Shin-machi East Bldg. 

1-23-9 Shinmachi 

Setagaya-ku. Tokyo 154 

Tel: 03-426-2231 

Intel Japan K.K.' 

Mitsui-Seimei Musashi-Kosugi Bldg. 
915-20 Shinmaruko, Nakahara-ku 
Kawasaki-Shi, Kanagawa 211 
Tel: 044-733-7011 

Intel Japan K.K. 

Mishima Tokyo-Kaijo Bldg. 

1-1 Shibahon-cho 

Mishima-shi 

Shizuoka-Ken 411 

Tel: 0559-72-4121 



KOREA 

Intel Semiconductor Asia Ltd. 
Singsong Bldg. 8th Floor #906 
25-4 Yoido-Dong, Youngdeungpo-Ku 
Seoul 150 

Tel: 011-82-2-784-8186 or 8286 
TELEX: K29312 INTELKO 

SINGAPORE 

Intel Semiconductor Ltd. 
101 Thomson Road 
21-06 Goldhill Square 
Singapore 1130 
Tel: 011-65-250-7811 
TWX: RS 39921 

TAIWAN 

Intel Semiconductor Ltd. 
Rm. 808, Min Chi Bldg. 
746 Min Sheng East Road 
Taipei 
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INTERNATIONAL DISTRIBUTORS/REPRESENTATIVES 



ARGENTINA 

VLC S.R.L Bartalome Mitre 1711 

3 Piso 

1037 Buenos Aires 

Tel: 011-54-1-49-2092 

Telex: 17575 EDARG-AR 

Agent: 

Soimex International Corporation 
15 Park Row, Room #1730 
New York, New York 10038 
Tel: (212) 406-3052 

AUSTRALIA 

Total Electronics 
(Mailing Address) 
Private Bag 250 
Burwood, Victoria 3125 

(Shipping Address) 

9 Harker Street 

Burwood 

Victoria 3125 

Tel: 011-61-3-288-4044 

TELEX: AA 31261 

Total Electronics 
P.O. Box 139 
Artamon, N.S.W. 2064 
Tel: 011-61-02-438-1855 ' 
TELEX: 26297 

BRAZIL 

Elebra Microelectronica S/A 
R. Florida, 1821-8 ander 
04571 • Sao Paulo-SP 
Tel: 011-55-11-533-9977 
TELEX: 1125957 

CHILE 

DIN 

(Mailing Address) 

Av. VIC, MacKenna 204 

Casilla 6055 

Santiago 

Tel: 011-56-2-277-564 

TELEX: 352-0003 

(Shipping Address) 
A102 Greenville Center 
3801 Kennett Pike 
Wilmington, Delaware 19807 



Hong Kong 

Tel: 011-852-5-223222 

TWX: 39114 JINMI HK 



CHINA (Cont'd) 

Schmidt & Co. Ltd. 

18/F. Great Eagle Centre 

Wanchai 

Hong Kong 

Tel: 011-852-5-822-0222 

TWX: 74766 SCHMC HK 

HONG KONG 

Schmidt & Co. Ltd. 

18/F. Great Eagle Centre 

Wanchai 

Tel: 011-852-5-822-0222 

TWX: 74766 SCHMC HK 

INDIA 

Micronic Devices 
65 Arun Complex 
D V G Road 
Basavan Gudi 
Bangalore 560 004 
Tel: 011 91-812 600-631 
TELEX: 011-5947 MDEV 

Micronic Devices 

104/109C Nirmal Industrial Estate 

Sion (E) ' 

Bombay 400 022 

Tel: 011-91-22-48-61-70 

TELEX: 011-71447 MDEV IN 

Micronic Devices 

R-694 New Rajinder Nager 

New Delhi 110 060 

Ramlak International, Inc. (Agent) 

465 S. Mathilda Avenue 

Suite 302 

Sunnyvale, CA 94086 

Tel: (408) 733-8767 

S & S Corporation 
P.O. Box 20160 
San Jose 95160-0160 

JAPAN 

Asahi Electronics Co. Ltd. 
KMM Bldg. Room 407 
2-14-1 Asano, Kokurakita-Ku 
Kitakyushu City 802 
Tel: (093) 511-6471 
TELEX: AECKY 7126-16 

C. Itoh Micronics Corp. 

OS 85 Bldg. 2-6-5 Suda-Cho 

Kanda Chiyoda-Ku, Tokyo 101 - 

Tel: (03) 256-2211 

TELEX: (03) 252-3774 



JAPAN (Cont'd) 

Ryoyo Electric Corporation 
Shuwa Sakurabashi Bldg. 
4-5-4 Hatchobori 
Chuo-Ku, Tokyo 104 
Tel: (03) 555-4811 

Tokyo Electron Ltd. 
Shinjuku Nomura Bldg. 
1-26-2 Nishi-Shinjuku 
Shinjuku-Ku, Tokyo 160 
Tel. (03) 343-4411 
TELEX: 232-2220 LABTEL 

KOREA 

J-TEK Corporation 

2nd Floor, Government Pension Bldg= 

24-3 Yoido-Dong 

Youngdungpo-Ku 

Seoul 150 

Tel: 011-82-2-782-8039 

TELEX: KODIGIT K25299 

Koram Digital USA (Agent) 
14066 East Firestone Boulevard 
Sante Fe Springs, CA 90670 
Tel: (714) 739-2204 
TELEX: 194715 KORAM DIGIT LSA 

Samsung 

23rd Fl. Dong Bang Bldg. 

1502-KA Taepyung-RU 

Chung-Ku' 

Seoul 

Tel: 777-78 

TELEX 27970 KORSST K 

Tristar Semiconductor (Agent) 
5150 Great America Parkway 
Santa Clara, CA 95050 
(408) 980-1630 

MEXICO 

DICOPEL S.A. 

Tochtli 368 Fracc. Ind. San. Antonio 

Azcapotzalco 

C.P. 02760-Mexico, D.F. 

Tel: 90115255613211 

TELEX: 1773790 DICOME 

NEW ZEALAND 

Northrup Instruments & Systems Ltd. 

459 Kyber Pass Road 

P.O. Box 9464, Newmarket 

Auckland 1 

Tel: 011-64-9-501-219, 501-801, 587- 

037 

TELEX: NZ21570 THERMAL 

Northrup Instruments & Systems Ltd. 
P.O. Box 2406 
Wellington 856658 
TELEX: NZ3380 



PAKISTAN 

Computer Applications Ltd, 

7D Gizri Boulevard 

Defence 

Karachi-46 

Tel: 011-92-21-530-306 

TELEX: 24434 GAFAR PK 

Horizon Training Co., Inc. (Agent) 

1 Lafayette Center 

1120 20th Street N.W. 

Suite 530 

Washington, D.C. 20036 

Tel: (202) 887-1900 

TWX: 248890 HORN 

SINGAPORE 

General Engineers Corporation Pty. 

Ltd. 

203 Henderson Road 

1102 Henderson Industrial Park 0315 

Tel: 011065-271-3163 

TELEX: RS23987 GENERCO 

SOUTH AFRICA 

Electronic Building Elements, Pty. Ltd. 

(Mailing Address) 

P.O. Box 4609 

Pretoria 0001 

Tel: 011-27-12-469921 

TELEX: 3-22786 SA 

(Shipping Address) 

Pine Square, 18th Street 

Hazelwood Pretoria 

TAIWAN 

Mitac Corporation 

No. 585 Ming Sheng E. Road 

Taipei 

Tel: 011-96-2-501-8231 

TELEX: 11942 TAIAUTO 

Mectel International, Inc. (Agent) 

3385 Viso Court 

Santa Clara, CA 95050 

Tel: (408) 988-4513 

TWX: 910-338-2201 

FAX: 408-980-9742 

YUGOSLAVIA 

H. R. Microelectronics Enterprises 

P.O. Box 5604 

San Jose, California 95150 

Tel: (408) 978-8000 

TELEX: 278-559 
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UNITED STATES 
Intef Corporation 
306$ Bowers Avenue 
Santk Clara, CA 95051 

JAPAN 

InteJ Japan K.K. 

5-6\Tokodai Toyosato-machi 

Tsufcuba-gun, Ibaraki-ken 300-26 

Japap 

FRANCE 

Intel Paris 

1 Rue Edison, BP 303 

78054 Saim-Quentin en Yvelines 

France 

UNITED KINGDOM 

Int^l Corporation (U.K.) Ltd. 

Piper's Way 

Swindon 

Wiltshire, England SN3 1RJ 

WeJ§T GERMANY 

Intell Semiconductor GmbH 

Seidlstrasse 27 

D-^000 Munchen 2 

West Germany 
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